Do not specify language IDs for data sets opened in the Zowe Explorer v3 tree view #3121
Labels
Breaking Change
priority-high
Production outage - this quarter or at least next quarter
severity-high
Bug for which there may be workaround but limits the usage of the Zowe for major use cases
v3
Is your feature request related to a problem? Please describe.
In v2, Zowe Explorer downloaded sequential data sets to temporary on-disk storage. These downloaded files had extensions (
.cbl
,.pli
, etc.) that allowed extenders to associate the extension with a language.In v3, data sets are associated with a language by Zowe Explorer using the VS Code API. In
onDidOpenTextDocument
ofDatasetFSProvider
, opened documents have their language set to the ID returned bygetLanguageId(parentPath)
. For example, PL/I programs have their language set topli
.Not adding a file extension prevents extenders or users from specifying their own file associations. Setting the ID forces extenders to register languages in their extension manifest with the same language IDs as Zowe Explorer to have their extension recognize data sets opened in the tree view.
Describe the solution you'd like
Zowe Explorer should not decide the language ID for data sets. Extenders should decide this - either by providing an extension for data sets opened in Zowe Explorer (as was done in v2) or by granting users access to the
DatasetFSProvider
to specify their own language IDs.Describe alternatives you've considered
You could request extenders to register new languages that use the exact IDs Zowe Explorer uses. I am not sure how else to satisfy the file associations problem.
Additional context
If a solution is agreed upon, I'd be happy to help contribute.
The text was updated successfully, but these errors were encountered: