You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Is your feature request related to a problem? Please describe.
This feature exists in windows for most search tools (e.g fluent search). Basically, I want to use the advanced search features in fsearch, and then have it enter it into the last opened file chooser dialog.
Usecase: using nice search when attaching files to send someone, in a nice keyboard workflow.
Describe the solution you'd like
You can do this with an equivalent/better version of the script below. Currently I do it by
having fsearch copy the text to clipboard
running this script that reads from the clipboard and passes it to the below script that enters it in the open file dialog as follows:
I'm not aware of a platform agnostic way of doing that, or if it's even possible at all on GNOME/KDE Wayland.
To me this sounds like a good candidate for a user defined custom action, but they haven't been implemented yet.
The basic idea is give users the option to add custom actions, which you can assign a unique name, a command to execute (with special fields to insert the file name, path, size, etc.), an optional keyboard shortcut and menu entry. This way you could trigger the script right from within FSearch with a shortcut and without first having to copy the path or whatever.
Is your feature request related to a problem? Please describe.
This feature exists in windows for most search tools (e.g fluent search). Basically, I want to use the advanced search features in fsearch, and then have it enter it into the last opened file chooser dialog.
Usecase: using nice search when attaching files to send someone, in a nice keyboard workflow.
Describe the solution you'd like
You can do this with an equivalent/better version of the script below. Currently I do it by
I would like this integrated into fsearch! If it is possible at all to do it without the hackery shown above.
Describe alternatives you've considered
See above
Additional context
NA
The text was updated successfully, but these errors were encountered: