-
Notifications
You must be signed in to change notification settings - Fork 3.8k
Open
Labels
component: fieldscomponent: i18nissue: feature requestDescribes a new feature and why it should be addedDescribes a new feature and why it should be added
Milestone
Description
Problem statement
If Blockly.Msg is updated without refreshing the page, new blocks with dropdown fields do not reflect updates.
Expected Behavior
New blocks (with new Field instances) should reflect the latest version of Blockly.Msg. This should allow an app to save a workspace to XML, update the Blockly.Msg string table (i.e., load a new language localization), and reload the workspace from XML with the string changes / language updates.
Actual Behavior
Dropdowns in new blocks retain the Msg string from the time the first block is defined.
Steps to Reproduce
TODO: We have no easy framework that demonstrates live updates to Blockly.Msg.
- Create block with a dropdown that contains a static options list of
%{BKY_...}strings (e.g.,logic_boolean). - Update one of the referenced strings in
Blockly.Msg(e.g.,Blockly.Msg.LOGIC_BOOLEAN_TRUE = 'Hello!'). - Create a new instance of the block. Note the option sting label has not changed in the dropdown UI.
Compare how other fields respond. For instance, load a not block after Blockly.Msg.LOGIC_NEGATE_TITLE = "Hello %1"
Metadata
Metadata
Assignees
Labels
component: fieldscomponent: i18nissue: feature requestDescribes a new feature and why it should be addedDescribes a new feature and why it should be added