andlabs-ui/todo.md at 01e587174144ed4b6b5383346fdf2697f86f9423

so I don't forget:

Window.SizeToFit() or WIndow.OptimalSize() (use: Window.SetSize(Window.OptimalSize())) for sizing a window to the control's interest
Control.Show()/Control.Hide()
Groupbox
determine if a selection in a non-editable combobox has been made
see if we really need to track errors on Combobox.Selection()
- in fact, see if we really need to track errors on a lot of things...
character-limited entry fields, numeric entry fields, multiline entry fields
- possible rename of LineEdit?
  - especially for password fields - NewPasswordEntry()?
more flexible size appropriation: allow a small button to be at the top of everything in the main() example here
[Windows] should ListBox have a border style?
- a different border on LineEdits?
padding and spacing in Stack; maybe a setting in Stack which keeps controls at their preferred size?
change Stack/Combobox/Listbox constructors so that there's a separate constructor for each variant, rather than passing in parameters?
allow Combobox to have initial settings
Combobox and Listbox insertions and deletions should allow bulk (...string)
Combobox/Listbox.DeleteAll
Combobox/Listbox.Select (with Listbox.Select allowing bulk)
Listbox.SelectAll
have Combobox.InsertBefore, Listbox.InsertBefore, Combobox.Delete, and Listbox.Delete return an error on invalid index before creation
make the Windows implementation of message boxes run on uitask
- ensure MsgBoxError can run if initialization failed if things change ever

important things:

ui.Go() should exit when the main() you pass in exits
because the main event loop is not called if initialization fails, it is presently impossible for MsgBoxError() to work if UI initialization fails; this basically means we cannot allow initializiation to fail on Mac OS X if we want to be able to report UI init failures to the user with one
Cocoa coordinates have (0,0) at the bottom left: need to fix this somehow
I think Cocoa NSButton text is not vertically aligned properly...?
resizing Cocoa windows does not redraw controls correctly
there's no GTK+ error handling whatsoever; we need to figure out how it works
make sure GTK+ documentation point differences don't matter
button sizes and LineEdit sizes on Windows seem too big; Comboboxes have margins
sometimes the size of the drop-down part of a Combobox becomes 0 or 1 or some other impossibly small value on Windows
make gcc (Unix)/clang (Mac OS X) pedantic about warnings/errors; also -Werror

super ultra important things:

for some reason events are now delayed on windows
the windows build appears to be unstable:
- 64-bit doesn't work, period: it crashes in malloc in wine with heap corruption warnings aplenty during DLL loading; in windows 7 it works fine
- 32-bit: it works now, but if I save the class name converted to UTF-16 beforehand, wine indicates that the class name is replaced with the window title, so something there is wrong...
on 64-bit windows 7 comboboxes don't show their lists
handle in-library panics (internal errors) by reporting them to the user
david wendt is telling me he's getting frequent crashes on his end with the GTK+ amd64 build... TODO re-evaluate; I think I fixed them all ages ago now
occasionally I get panic: error sending message to message loop to call function: Invalid thread ID. when starting up the windows/386 build; race in ui()/msgloop()?

important things:

Control.preferredSize() (definitely needed for Grid and Form)
make specific wording in documentation consistent (make/create, etc.)
make passing of parameters and type conversions of parameters to uitask consistent

far off:

maybe: