You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The menu automatically increases its size to accommodate the longer content. Nice.
Expected
The ui passed to the closure in show_ui should report its actual size, which is presumably computed from last frame content. This is useful e.g. to know the full span of the menu, should the content want to have full-span highlighting (aka rerun's ListItem).
I realise now that this might be "working as intended". If the ui would be directly set to last frame's max width, there would be no means for the menu to ever shrink if the content eventually reduces its size.
Context
Consider the following code:
The combobox correctly sets the width of its menu according to
width(100.0)
.Let's add some longer content:
The menu automatically increases its size to accommodate the longer content. Nice.
Expected
The
ui
passed to the closure inshow_ui
should report its actual size, which is presumably computed from last frame content. This is useful e.g. to know the full span of the menu, should the content want to have full-span highlighting (aka rerun'sListItem
).Actual
The
ui
reflects the base, unexpended width.Workaround
Manually set the width to the desired value, which requires knowing a upper bound for the content width.
The text was updated successfully, but these errors were encountered: