GNOME Bugzilla – Bug 728073
Allow defining an invisible resize area for GtkPaned's handle
Last modified: 2014-04-26 01:24:09 UTC
This would allow theme developers to use a very small width for the resize handle, but still let users easily move the pane separator by defining a wider resize area. For instance, a theme developer could set "handle-size" to 1px, but also set a "margin" of 3px so that 3 additional pixels are added at each side of the pane separator, allowing easier resizing. The additional (invisible) resize area could use the "margin" style property.
Created attachment 274147 [details] [review] initial patch
Review of attachment 274147 [details] [review]: The patch works fine in my testing. Not sure if margin is 100% the right thing to use here.
Thanks for the review Matthias. I wasn't sure about introducing a new style property for GtkPaned or using 'margin', so I spoke to Daniel Foré from elementary and he suggested using 'margin', since that's what client-side decorations appear to be using for the invisible grip area. Looking at the patch again, I'm not sure if I should have added STYLE_CLASS_PANE_SEPARATOR to the style context before calling gtk_style_context_get_margin. Would that be correct?
I'd welcome this from a design point of view. The resize handles look ugly, and the invisible drag area has been shown to work - that's what we do for windows now, instead of having a handle in the corner, for example. This was actually something that I was hoping to pursue myself, so I'm happy that it's already happening. :)
Review of attachment 274147 [details] [review]: lets go with this, at least for now
Thanks for the patch, Victor! I'm looking forward to seeing this (or rather, not seeing those handles). :)
You're welcome, Allan! :)