diff options
| author | Pietro Gagliardi <[email protected]> | 2014-04-09 12:04:04 -0400 |
|---|---|---|
| committer | Pietro Gagliardi <[email protected]> | 2014-04-09 12:04:04 -0400 |
| commit | e395adb214af94c43302eb15fb4c2d1e1fed10a5 (patch) | |
| tree | c3d249fd94d313551a89eb4cc7d2ba11b6f01aa7 /todo.md | |
| parent | 49103abe7c927bd05a5dc5d3e7b740d583605dc0 (diff) | |
Fixed GTK+ windows having the wrong background.
Diffstat (limited to 'todo.md')
| -rw-r--r-- | todo.md | 1 |
1 files changed, 0 insertions, 1 deletions
@@ -57,7 +57,6 @@ super ultra important things: - frame sizes are a bit of a hack: the preferred size of a NSScrollView is the preferred size of its document view; the frameSize method described on the above link might be better but a real solution is optimal - make sure the image drawn on an Area looks correct on all platforms (is not cropped incorrectly or blurred) - when resizing a GTK+ window smaller than a certain size, the controls inside will start clipping in bizarre ways (progress bars/entry lines will just cut off; editable comboboxes will stretch slightly longer than noneditable ones; the horizontal scrollbar in Area will disappear smoothly; etc.) -- the window background of a GTK+ window seems to be... off - I think it has to do with the GtkLayout - see update 18 March 2014 in README - resizing seems to be completely and totally broken in the Wayland backend - TODO find out if this is a problem on the GTK+/Wayland side (no initial window-configure event?) |