mirror of
https://github.com/1Remote/1Remote.git
synced 2026-04-25 13:36:03 +03:00
[GH-ISSUE #173] Multiple tag search #2065
Labels
No labels
area-configuration
area-ct-app
area-ct-rdp
area-ct-remoteapp
area-ct-ssh
area-ct-vnc
area-launcher
area-list
area-tags
area-teamwork
bug
chore
dependencies
general-build/ci
general-performance
general-refactor
general-security
general-supportive
general-ux
meta-documentation
meta-enhancement
meta-enhancement
meta-feature
meta-help-wanted
meta-unknown-error
priority-hi
priority-low
pull-request
question
resolution-duplicate
resolution-invalid
resolution-wontfix
stale
task-put-off
task-still-considering
task-working-in-progress
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/1Remote#2065
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @majkinetor on GitHub (Dec 16, 2021).
Original GitHub issue: https://github.com/1Remote/1Remote/issues/173
Originally assigned to: @VShawn on GitHub.
Is your feature request related to a problem? Please describe.
Currently its not possible to show connections having multiple tags.
Describe the solution you'd like
Lets use
#xyzphrase in search to create AND query. For example#personal #serverwould shows connections tagged both with personal AND server. Negative tags should also be supported --#personalfor example to find connections NOT containing that tag.Describe alternatives you've considered
There are no alternatives
Additional context
There could be sugar behavior later when this is implmented:
#server -#personalwould show connections havingservertag but not havingpersonaltag)With this there is only one IMO mandatory option that we need to have for efficient tag based workflow - adding or removing tags from group of connections (not just replacing all the tags as we have today).
@VShawn commented on GitHub (Dec 16, 2021):
how this work in the launcher?
@majkinetor commented on GitHub (Jan 15, 2022):
It could work exactly the same. Launcher search or list search, it shouldn't matter.
So:
#database #project1- find all connections containing both tags#database -#project1- find all databases less those of project1#project1 foo- find all connections containing project1 tag and among them, find those havingfoosomewhere (name, computer name, even tags with option to search within them enabled)@VShawn commented on GitHub (Jan 21, 2022):
done the job.
@majkinetor commented on GitHub (Jan 21, 2022):
Awesome.
But, wait, why are you showing # in front of every tag on display? Its just marker for search type, it shouldn't propagate to tag name. It just adds noise IMO.
@VShawn commented on GitHub (Jan 23, 2022):
in the launcher, PRM enter the TAG matching logic through the
#prefix. In order to keep all TAG display formats, all the tags were added a#prefix.@majkinetor commented on GitHub (Jan 23, 2022):
Well ok, I think it just adds noise here since there are dedicated tag locations in PRM. When there is no dedicated location then it makes sense (e.g Twitter allows tags among narrative so it must have #).
@majkinetor commented on GitHub (Jan 26, 2022):
We don't have multiple tag search in list view:
@majkinetor commented on GitHub (Feb 23, 2022):
I will reopen this due to it not working in the list view.
@VShawn commented on GitHub (Feb 26, 2022):
I have done this tick.
Since huge code changed for the ticket, there must some bugs in it.
I will test it for a week before I publish it.
feel free to reopen this ticket if anyone find a bug (please do remember backup your database)
0.6.2.beta2.zip
@majkinetor commented on GitHub (Feb 26, 2022):
Great. I will start using it and report anything I find here.
@majkinetor commented on GitHub (Feb 26, 2022):
FYI, existing database is deleted with this 0.6.2.beta2.zip
@majkinetor commented on GitHub (Feb 26, 2022):
Sorry, its not deleted, it is set to
C:\FastToolsShared\PRemoteM\PRemoteM.db:)