Shortcut improvement suggestions #1377
Replies: 4 comments 1 reply
-
It would take me longer to respond to this issue than it would to make the changes. I agree in part and will look at improving some of these issues, but it's low prio and some of the things you suggest is not even technically possible, and others would be breaking the current behavior. Sorting shortcuts already has a task: #1008 If you want to be able to type any text and have Ulauncher parse that and show a list of compatible extensions and shortcuts, that's just not how it works. The "default search" suggestions are just an exception to show when there are no other results. I think that would be cool myself and I brought up that reverse flow for extensions here: #966, but I don't think we'll ever get that far. It's too foreign with how Ulauncher is behaving currently. Just use the keyword instead. If you want a global keyboard shortcut to trigger a ulauncher shortcut you should do that in your Desktop environment, but instead add: |
Beta Was this translation helpful? Give feedback.
-
And also, removing The real problem imo is that shortcuts without arguments shouldn't have keywords either. Keywords are designed to trigger a "prompt" to get a user input, but we don't want that. They should work just like apps instead imo. |
Beta Was this translation helpful? Give feedback.
-
I'm going to convert this to a discussion now. Issues should be clear and actionable and not bring up multiple things in one issue. |
Beta Was this translation helpful? Give feedback.
-
Environment
Linux Mint 21.3 Cinnamon (6.0.4)
Bug description
These issues are present in both v5 and the latest 6.0.0-beta6.
Problem 1
I created shortcuts, but queries did not complete as expected. The keywords I typed were not there. Trying to search DuckDuckGo would throw me to the literal page of
https://duckduckgo.com/?q=%s
(notice the%s
).Turns out that this happens because of the enabled option "Run without arguments (Allows you to type in a keyword and press Enter to run a shortcut)".
This is really not obvious to me (a very experienced software user and developer)! This is how I understood the option:
The current behavior is not obvious and feels like a bug. It makes very little sense to have a separate option for such a border case of "if the query/script absolutely must have
%s
in it".Whether it is indeed "a bug" that needs to be fixed or whether the solution is in writing a better explanation - it's for you to decide.
Problem 2
When writing the keywords, the keyword and space are being shows.
This gives the wrong impression of the query that will be run after pressing Enter.
This is the problem regardless of the status of the "Run without arguments" option.
A keyword and space should be sanitized away if appropriate. The preview should show the command that actually is going to be executed.
Problem 3
"Default search (Suggest this shortcut when no results found)" also doesn't work the way I - as a user - would imagine it should.
2.1. I would like to be able to invoke queries at any point of the process. "Ok, I am trying to find something, oh, never mind, I will just google it".
2.2. The moment when this list appears again is really unpredictable. This is because of the search function and it is trying to find stuff that is only closely related to the inquiry, instead of searching for only identical strings. Look at this craziness:
I am not saying that this is a bad thing by itself. No, it's good that the fuzzy search is trying to be helpful and find something at all. But the issue is that this behavior makes it totally unpredictable when the Ulauncher finally decides that enough is enough and will give me the list of default queries. It can take many more key presses after the I understood that I don't have the file and must run the query instead. Unpredictability is a big problem!
But what happens when I start typing?
Oops! Now the hotkeys for my default queries are totally changed. Not good! Now I cannot memorize the main hotkeys and can't rely on them.
Suggestions/fixes
4.1. Make the list always visible, from the first moment I run the program. Perhaps a toggle to disable this feature, even though I personally think that it is not necessary. When starting to write arguments, those should be a priority; so display the default list on the bottom (show the whole list starting from the bottom of the screen, and then fill the rest of the empty space above with the search results).
4.2. Make the currently selected query visually recognizable from other default queries. And those, in turn, should be visually different from normal text/arguments.
4.3. Even if one writes keyword hotkey (
g
), other default searches should still be visible. Only visually accentuate the one default query that is being currently chosen.4.4. When typing the keyword and starting to write arguments, still show all 3 options (from top of the screen to the bottom): (1) the main default search chosen via the specific hotkey keyword; (2) ignoring the hotkey, what would the local search show?; (3) All other default queries. All 3 types should be visually different from one another.
4.5. Reserve the hotkeys for each default search queries. When more keywords are being written, give away only freely available Alt-hotkeys.
4.6. When starting to write something (like
g test
), allow choosing another default query. In this case, delete the current keyword and add the one of the new selected query.Alt + 1
, etc).Tell me if there is confusion, so I can try to explain even better.
Log output
No response
Communication guidelines
Ulauncher v6
Beta Was this translation helpful? Give feedback.
All reactions