-
Notifications
You must be signed in to change notification settings - Fork 32
Implement Cross Service Message Registry #1058
Copy link
Copy link
Labels
buildIssues related to building of the codeIssues related to building of the codecode qualityIssues related to code qualityIssues related to code qualitydata editorIssues related to the Data Editor capabilityIssues related to the Data Editor capabilitydebuggerIssues related to the DFDL debugger capabilityIssues related to the DFDL debugger capabilitydocumentationImprovements or additions to documentationImprovements or additions to documentationenhancementNew feature or requestNew feature or requestextensionIssues releated to the VSCode ExtensionIssues releated to the VSCode Extensiontypescript
Milestone
Metadata
Metadata
Assignees
Labels
buildIssues related to building of the codeIssues related to building of the codecode qualityIssues related to code qualityIssues related to code qualitydata editorIssues related to the Data Editor capabilityIssues related to the Data Editor capabilitydebuggerIssues related to the DFDL debugger capabilityIssues related to the DFDL debugger capabilitydocumentationImprovements or additions to documentationImprovements or additions to documentationenhancementNew feature or requestNew feature or requestextensionIssues releated to the VSCode ExtensionIssues releated to the VSCode Extensiontypescript
Type
Fields
Give feedbackNo fields configured for Feature.
Projects
Status
In Review
Currently, the messages being sent across the multiple extension services (Data Editor UI, Data Editor Client instance, and the DFDL Debug Session) have no strict types or content structure. This becomes problematic when attempting to implement functionality in relation to a specific event and its content because there is only runtime raw JS object resolution.
These messages can be templated and stored for compile type resolution for a more orthogonal development structure.