Closed 32teeth closed 1 month ago
There are two issues related with the @
command picker in the PR:
When user starts with @ to pick a context (currently this is the general expected behavior btw.) and blurs the input area and comes back in. There is an additional @ char.
Gif: (loading)
When there is another context picker trigger (second @
) it becomes not possible to write text again.
Gif: (loading)
Note about how they are and should work: Quick action commands can be opened only if there is no text written. Even after you type sth. you cannot go back to the beginning of the line and open it. Reason behind that is we cannot be sure that if the command accepts additional text or not. And there can be only one command selected.
However, context selection (@
) is different, it is just a predefined text selection which always starts with @
. User can select them anywhere inside the text and pick as much as they want.
However, context selection (
@
) is different, it is just a predefined text selection which always starts with@
. User can select them anywhere inside the text and pick as much as they want.
Ah, GTK! TY
However, context selection (
@
) is different, it is just a predefined text selection which always starts with@
. User can select them anywhere inside the text and pick as much as they want.Ah, GTK! TY
Checked, works as expected 👍🏻
@dogusata Any hesitation on merge?
Problem
When a user types a quick action command starting with
/
or a context command starting with@
and then loses focus, the command context is lost. When the user refocuses on the input field and continues typing, the quick pick overlay does not reappear, causing the command to never be picked up.Solution
/show
which filtered out 4 commands when they re-focus on the input field, only restore those 4 commandsPreview
To Do
License
By submitting this pull request, I confirm that my contribution is made under the terms of the Apache 2.0 license.