Skip to content
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

[Feature]: DevTool "supported messages" mechanism #1971

Open
cpaulve-1A opened this issue Jul 16, 2024 · 0 comments
Open

[Feature]: DevTool "supported messages" mechanism #1971

cpaulve-1A opened this issue Jul 16, 2024 · 0 comments
Labels
enhancement New feature or request priority:medium

Comments

@cpaulve-1A
Copy link
Contributor

Context

When using the Otter DevTool there is nothing preventing the user to run it on a version not compatible with the latest features or messages. For instance, whenever we want to evolve messages or create a new one, it won't work with the previous versions even if it could be still be done in a less efficient way.
For example, the initial updateTranslation message can only contain a key at a time. Since then, the state panel allows to restore a whole override set with possibly a bunch of translations.
If we want to be compatible with the supported versions, we cannot modify the message api to optimize the flow.
We also cannot warn a user if some features cannot be used in their full capabilities.

Proposal

Create a mechanism where the application can submit the list of messages it supports so that the DevTool can either adjust its behaviour or warn the user that some features may not work and encourage them to migrate to the latest versions

@cpaulve-1A cpaulve-1A added the enhancement New feature or request label Jul 16, 2024
@cpaulve-1A cpaulve-1A changed the title [Feature]: Compatibility [Feature]: DevTool "supported messages" mechanism Jul 16, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request priority:medium
Projects
None yet
Development

No branches or pull requests

3 participants