diff options
| author | Pietro Gagliardi <[email protected]> | 2014-04-01 21:24:20 -0400 |
|---|---|---|
| committer | Pietro Gagliardi <[email protected]> | 2014-04-01 21:24:20 -0400 |
| commit | cbf439223bb0015d82779d5675fbd058025624c9 (patch) | |
| tree | d8ec9eab1c6d37c8f94c13818a172082e55d11cf /todo.md | |
| parent | 8cb3991ef9245ebc84d3760bd2bb279b0a3e09ed (diff) | |
Changed the font loading on Windows to always load the control font unless a flag to not load any font is set; when menus and statusbars are added, they need special casing. This also means the preferred size calculations reads controlFont directly (it will need the same change).
Diffstat (limited to 'todo.md')
| -rw-r--r-- | todo.md | 2 |
1 files changed, 1 insertions, 1 deletions
@@ -36,7 +36,7 @@ important things: - NSComboBox scans the entered text to see if it matches one of the items and returns the index of that item if it does; find out how to suppress this so that it returns -1 unless the item was chosen from the list (like the other platforms) - some Cocoa controls don't seem to resize correctly: Buttons have space around the edges and don't satisfy stretchiness - make sure GTK+ documentation version point differences (x in 4.3.x) don't matter -- LineEdit heights on Windows seem too big; either that or LineEdit and Button text is not vertically centered properly +- LineEdit heights on Windows seem too big; either that or LineEdit, Button, and Label text is not vertically centered properly - are Checkboxes too small? - Cocoa has similar margining issues (like Comboboxes having margins) - sometimes the size of the drop-down part of a Combobox becomes 0 or 1 or some other impossibly small value on Windows |
