Decided not to handle separator collapsing in menus, as OS X does it already.

This commit is contained in:
Pietro Gagliardi 2015-05-11 11:43:24 -04:00
parent 9dfa95b3e1
commit 3292cf63f9
1 changed files with 1 additions and 4 deletions

View File

@ -9,10 +9,6 @@ ultimately:
- I get this too
- SWP_NOCOPYBITS to avoid button redraw issues on Windows when not in tab, but only when making resize faster
- opposite side alignment control in uiBox
- collapse multiple consecutive menu separators?
- including for quit/preferences/about?
- or not even have separators there?
- in which case, hide leading or trailing separators?
- generate libui.lib and related files
- make OS-specific headers generated by an IDL
- menu item state change while the menu is visible (not in response to user action)
@ -39,3 +35,4 @@ notes to self
- note that uiControlResize() on a uiContainer also updates
- note that if a menu is requested on systems with menubars on windows but no menus are defined, the result is a blank menubar, with whatever that means left up to the OS to decide
- note that type mixing == undefined behavior
- note that handling of multiple consecutive separators in menus, leading separators in menus, and trailing separators in menus are all implementation-defined