Bug: reassigning a top-level Menu's .text to a DIFFERENT {{key}} binding, while its dropdown
is closed, never reaches the MenuBar's own proxy Button for that Menu - the button just keeps
showing whatever it last had, until the dropdown happens to be opened at least once.
Steps:
1. Go to http://haxeui.org/builder/?dff389de
2. Run. The bar shows "File" (fileMenu.text = "{{menu.file}}", resolved at construction).
3. Click "Rebind fileMenu.text...". This runs fileMenu.text = "{{menu.edit}}". Expected: the bar entry updates to "Edit" immediately.
Actual: the bar entry still reads "File".
4. Click the "File" bar entry itself (to open its dropdown, then close it again).
The bar entry NOW updates to "Edit", with no further code having run - just opening the
dropdown was enough to retroactively resolve the pending change.
Bug: reassigning a top-level Menu's .text to a DIFFERENT {{key}} binding, while its dropdown
is closed, never reaches the MenuBar's own proxy Button for that Menu - the button just keeps
showing whatever it last had, until the dropdown happens to be opened at least once.
Steps:
1. Go to http://haxeui.org/builder/?dff389de
2. Run. The bar shows "File" (fileMenu.text = "{{menu.file}}", resolved at construction).
3. Click "Rebind fileMenu.text...". This runs fileMenu.text = "{{menu.edit}}". Expected: the bar entry updates to "Edit" immediately.
Actual: the bar entry still reads "File".
4. Click the "File" bar entry itself (to open its dropdown, then close it again).
The bar entry NOW updates to "Edit", with no further code having run - just opening the
dropdown was enough to retroactively resolve the pending change.