After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 672427 - GtkNotebook does not use GtkWidget window-draggable property
GtkNotebook does not use GtkWidget window-draggable property
Status: RESOLVED OBSOLETE
Product: gtk+
Classification: Platform
Component: Widget: GtkNotebook
unspecified
Other Linux
: Normal normal
: ---
Assigned To: gtk-bugs
gtk-bugs
Depends on:
Blocks:
 
 
Reported: 2012-03-20 03:34 UTC by William Jon McCann
Modified: 2018-02-10 03:32 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
WIP: make GtkNotebook window-draggable (1.80 KB, patch)
2012-03-28 08:40 UTC, Diego Escalante Urrelo (not reading bugmail)
needs-work Details | Review

Description William Jon McCann 2012-03-20 03:34:34 UTC
I can unmaximize Web by pulling down on any whitespace in the toolbar but not the copious whitespace in tab bar (to the right of the rightmost tab).
Comment 1 Diego Escalante Urrelo (not reading bugmail) 2012-03-28 08:37:41 UTC
This is because window-dragging does not work in GtkNotebook. I was playing with this today but I can not get the drag/grab to work properly. Something is preventing 'release' from being emitted.

Works: click-n-drag

Does not work: click-n-drag, release, click-n-drag (without moving the cursor)


Someone who actually knows GTK+ should be able to fix this.

Also, don't know if you actually want this to be more like OSX where any "empty" chrome is a draggable point. Think a Preferences dialog. It's full of empty chrome.
Comment 2 Diego Escalante Urrelo (not reading bugmail) 2012-03-28 08:39:27 UTC
Moving to GTK+.
Comment 3 Diego Escalante Urrelo (not reading bugmail) 2012-03-28 08:40:04 UTC
Created attachment 210760 [details] [review]
WIP: make GtkNotebook window-draggable
Comment 4 Matthias Clasen 2012-03-29 00:31:27 UTC
> Also, don't know if you actually want this to be more like OSX where any
> "empty" chrome is a draggable point. Think a Preferences dialog. It's full of
> empty chrome.

Windows are already draggable everywhere, if you are willing to hit the Super key.
Comment 5 Diego Escalante Urrelo (not reading bugmail) 2012-04-02 10:54:32 UTC
(In reply to comment #4)
> > Also, don't know if you actually want this to be more like OSX where any
> > "empty" chrome is a draggable point. Think a Preferences dialog. It's full of
> > empty chrome.
> 
> Windows are already draggable everywhere, if you are willing to hit the Super
> key.

Sure, but I guess the original purpose of window-draggable was to use the nice big targets of toolbar and menubar as if they were the titlebar of the window.

Tabs are usually below the toolbar and also expose a big blank area when there are not enough tabs. It would make sense to also give this "connected" utility to this area, just as the menu and toolbar have.
Comment 6 Matthias Clasen 2012-04-02 13:55:46 UTC
sure, not disagreeing with that.
Comment 7 Cosimo Cecchi 2012-08-21 09:34:03 UTC
Comment on attachment 210760 [details] [review]
WIP: make GtkNotebook window-draggable

Marking as needs-work as per comment #1
Comment 8 Matthias Clasen 2012-08-24 21:41:54 UTC
Not really a blocker
Comment 9 Matthias Clasen 2018-02-10 03:32:40 UTC
We're moving to gitlab! As part of this move, we are closing bugs that haven't seen activity in more than 5 years. If this issue is still imporant to you and
still relevant with GTK+ 3.22 or master, please consider creating a gitlab issue
for it.