andlabs-ui/todo.md

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...
• password entry fields, character-limited entry fields, numeric entry fields, multiline entry fields
  • possible rename of LineEdit?
• 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:

• there's no GTK+ error handling whatsoever; we need to figure out how it works
• make sure GTK+ documentation point differences don't matter
• lock setRect() and preferredSize() in all Controls (including Stack)
• 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

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:

• localization
• strip unused constants from the Windows files
• combine more Windows files; rename some?

maybe:

• rename Stack to Box?
• make Combobox and Listbox satisfy sort.Interface?
• this: [16:27] pietro10: depends what you mean by safe [16:27] pietro10: sounds like you should move this functionality into a function though. [16:28] (so the user can decide what to do with the error) [16:28] typically people don't like their libraries calling exit :)