-
Notifications
You must be signed in to change notification settings - Fork 100
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
"Submit as JCL" in file explorer displayed for every file #2574
Comments
Thank you for creating a bug report. |
I agree, I always see this menu item (and I never used it). No, I don't want to submit my program as JCL ;-) |
one way we could resolve this is by adding JCL as a language provided by Zowe Explorer. {
// ...
"contributes": {
"languages": [
{ "id": "jsonc", "filenamePatterns": [ "zowe.config*.json" ] },
{ "id": "jcl", "filenamePatterns": [ "*.jcl" ] }
]
}
} |
@zFernand0 my thinking was that there would be a user setting for Zowe Explorer that allows specifying a language id to use for the when clause, because different JCL language extension could use different language ids as we seen this for COBOL out there. One extension might be using "jcl" versus another could be using "JCL" or "JobControlLanguage". In other words Zowe Explorer should not make any assumptions, but allow to work with any of these by configuration. |
Describe the bug
The context menu in the VS Code File Explorer is already very busy. Many other extensions contribute to it. It is essential for a good user experience that it only shows operations that are valid in the current context of the selected file.
Recently a new entry was added by Zowe Explorer to show "Submit as JCL" for every file in the explorer. As it also includes group separators at the top and bottom the vertical real estate it uses is significant. Zowe Explorer was intended to be language agnostic and purely a tool that focuses on the interactions with z/OS independent of the content of the text files it displays. It therefore should not assume any language ids as those would be contributed by language extensions. So ideally a JCL editing extension that integrate with Zowe Explorer should contribute such a menu and bind it to a jcl language id in a "when" clause in the menu definition.
I propose to either remove the menu completely and let developers of JCL editors implement it or let the user configure a file extension (or list a third party language id) as a user setting that should be used for the menu's "when" clause. If no extension is configured then the menu should not be created as third party extension might already provide it.
To Reproduce
Steps to reproduce the behavior:
Expected behavior
Zowe Explorer should be language independent.
Desktop (please complete the following information):
Additional context
The text was updated successfully, but these errors were encountered: