-
Notifications
You must be signed in to change notification settings - Fork 28.8k
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
Menu needs to be aware of what is going on inside current active workbench #991
Comments
Sorry not yet, but it is on our Roadmap. |
@bpasero Some entries in the Edit menu should be disabled if no editor is open:
|
Marking as upstream for better menu API around enablement. |
Also: the "Additional Views" entry under the view menu needs to update depending on the active window. |
@alexandrudima there were other issues before (though newer than this issue) that suggested even more fine-grained updating of menu items which were closed because the menu would have to be aware of too much. If the request is just whether or not an editor is open, we have that context key already. Is there something I should be concerned about just using that key for enablement? |
@sbatten Please create a PR, I'm happy to review. When changing things in the editor, the only thing to be aware of is that we ship the editor standalone (outside of the workbench) and we should not assume workbench concepts in editor actions. |
fix addresses the OP's example. since different commands require different level of granularity for context keys, they should be grouped according to interest and technical requirements. that is why, given the age of this issue, I have stopped at the OP's suggestion. |
I think it just has to do with file open/close events |
this issue only deals with |
If the editor has no files open, choosing Find or Replace from the menu doesn't do anything and doesn't warn the user that this functionality requires an open file. A feedback to the user along the lines of "please open a file first" would point out the EBKAC more explicitly.
(as an aside, I tried doing that in the hope I could find a global, project-wide replace - since a global search is there, I was hoping a global replace would have been there)
The text was updated successfully, but these errors were encountered: