New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Command palette interaction #447
Comments
A couple points to this: (1) What you describe used to be the behavior. We opted with the current behavior as this is what sublime does (except that sublime closes the palette on each command execution). I have no strong opinion on this either way. (2) The input field is focused and selected before the command is run. So if the command execution sets focus to something, that thing will remain focused. In general, the command palette has no way of knowing what was previously focused. I think the best course of action is to allow the command to decide what should get focus. (3) Yep. Some of us talked about this briefly as Scipy and seemd to agree |
(1) Some ideas: perhaps even a temporary indication, such as the command entry in the command palette blinking once or twice when executed, would help provide visual feedback that a command was executed. And then once the command is executed, deselect the command, but leave the filter left in place and selected, as is currently done. |
+1 to |
We decided in the JLab meeting that this was a bad idea. The command itself should focus if desired, but the command palette wouldn't know where to focus. |
I think this can be closed. |
This was not addressed, but I'll open another issue for it. |
Right now the command palette has some awkward interactions:
We might eventually want to move the CP away from the L side panel, but let's first get the interactions right and see how it feels.
The text was updated successfully, but these errors were encountered: