Decided not to handle separator collapsing in menus, as OS X does it already.
This commit is contained in:
parent
9dfa95b3e1
commit
3292cf63f9
5
TODO.md
5
TODO.md
|
@ -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
|
||||
|
|
Loading…
Reference in New Issue