Removed the GTK+ scrollbars in Area thing as that can't be resolved (it's a property of the minimum preferred size of both the GtkScrollbar and GtkScrolledWindow; these can't be changed). Thanks to baedert in irc.gimp.net/#gtk+.

2 files changed, 6 insertions, 1 deletions

diff --git a/doc.go b/doc.go
index 3422f48..00c4d14 100644
--- a/doc.go
+++ b/doc.go
@@ -66,5 +66,11 @@ The package-scope functions wait for the dialog box to be dismissed and merely r
 The Window methods return immediately with a channel that will eventually receive either the signal or the return code.
 Package ui does not close these channels, nor does it send multiple values on the same channel.
 
+Scrollbars
+
+[TODO]
+
+The result of resizing the window such that the scrollbars consider themselves too small is implementation-defined.
+
 */
 package ui
diff --git a/todo.md b/todo.md
index 86a2fb3..e39bc0d 100644
--- a/todo.md
+++ b/todo.md
@@ -11,7 +11,6 @@ WINDOWS:
 
 UNIX:
 - double-check to make sure MouseEvent.Held[] is sorted on Unix after we figure out how to detect buttons above button 5
-- when resizing a GTK+ window smaller than a certain size, the controls inside will start clipping in bizarre ways (the horizontal scrollbar in Area will disappear smoothly; etc.)
 - resizing seems to be completely and totally broken in the Wayland backend
 	- https://github.com/andlabs/misctestprogs/blob/master/gtkwaylandtest.c http://imgur.com/qdxMFkY,7mnCXrL#0 wait for Jasper in IRC
 - [12:55] <myklgo> pietro10: I meant to mention: 1073): Gtk-WARNING **: Theme parsing error: gtk.css:72:20: Not using units is deprecated. Assuming 'px'.    twice.