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 129621 - Use resize cursors for resize grips
Use resize cursors for resize grips
Status: RESOLVED FIXED
Product: gtk+
Classification: Platform
Component: Widget: Other
2.4.x
Other Linux
: Normal normal
: ---
Assigned To: gtk-bugs
gtk-bugs
Depends on:
Blocks:
 
 
Reported: 2003-12-18 15:41 UTC by Soren Sandmann Pedersen
Modified: 2011-02-04 16:16 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
patch (5.99 KB, patch)
2003-12-18 15:42 UTC, Soren Sandmann Pedersen
none Details | Review

Description Soren Sandmann Pedersen 2003-12-18 15:41:51 UTC
This patch makes the cursor become a resize arrow when it is hovering over
a resize grip.
Comment 1 Soren Sandmann Pedersen 2003-12-18 15:42:41 UTC
Created attachment 22544 [details] [review]
patch
Comment 2 Matthias Clasen 2003-12-22 22:25:59 UTC
The obvious problem with this is that there is no way to pick the same
cursor as the WM does for its corner decoration. Having two different
resize cursors appear when the pointer leaves the window via a corner
seems worse than not changing the cursor at all.
Comment 3 Soren Sandmann Pedersen 2004-01-23 21:20:48 UTC
Yeah, it's a problem, but I don't agree that it is worse not having
any at all. I have been using it with the cursors for a while now, and
I am much more likely to actually use the resize grip when there is
the cursor change feedback.

It looks like Qt also changes the cursors to these ones, so there is
hope that it will become a de facto standard.

Actually I am wondering if the it wouldn't be a better design if the
application would inform the window manager that "here is a window
that you can use as a resizing device", and then have the window
manager handle the whole thing, instead of as now have the application
say "hey wm, you should start resizing". 

It would have the advantages that applications that stop responding
could still be resized from the grip corner, and that the window
manager could use the same cursors everywhere.
Comment 4 Owen Taylor 2004-02-24 23:36:34 UTC
I think the win for GNOME of matching the metacity cursors is
bigger then the harm of places where we don't match, so I'd
say we should go ahead and make the change, and worry about
doing better later.
Comment 5 Soren Sandmann Pedersen 2004-02-26 22:28:09 UTC
Thu Feb 26 23:26:00 2004  Soeren Sandmann  <sandmann@daimi.au.dk>

	* gtk/gtkstatusbar.c (set_grip_cursor): New function. Use resize
	cursors for resize grips. (Bug #129621)

	* gtk/gtktoolbar.c (gtk_toolbar_get_relief_style): Documentation
	fix - patch by Torsten Schoenfeld.

	* gtk/gtkmenubar.c (gtk_menu_bar_size_request): don't request
	space between the items. (Bug #110775)

	* gtk/gtkrc.c (_gtk_rc_init): Provide extra horizontal padding
	inside menu items that are inside a menu bar. (Bug #110775)
	
	* configure.in (HAVE_XCURSOR): Make XCurosr part of GDK_EXTRA_,
	not GDK_PACKAGES, to prevent applications from getting linked to
	it (Bug #119804)

	* gtk/gtkmenubar.c (gtk_menu_bar_size_allocate): Put the vertical
	ipadding inside the item. (Bug #61843)