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 80736 - windows aren't raised when things are dragged over their buttons
windows aren't raised when things are dragged over their buttons
Status: RESOLVED FIXED
Product: libwnck
Classification: Core
Component: general
0.x
Other Linux
: High minor
: ---
Assigned To: libwnck maintainers
libwnck maintainers
: 128664 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2002-05-03 20:09 UTC by derdickewolf
Modified: 2005-01-10 17:36 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Patch for activating windows when drag item is focused on the tasklist button. (4.64 KB, patch)
2002-06-14 14:43 UTC, Arvind S N
none Details | Review
Patch with the changes Havoc suggested. (4.95 KB, patch)
2002-07-29 17:36 UTC, Arvind S N
none Details | Review

Description derdickewolf 2002-05-03 20:09:57 UTC
In GNOME 1, when something was dragged over a window list button, the
corresponding entry was raised after about a second. The GNOME 2 window
list, as of garnome 0.9.5, doesn't do this. I consider this a bug.
Comment 1 martin H. 2002-05-05 20:43:01 UTC
I think this feature(raising windows while hovering with a 
draged-object over their window list button)  is really importent as 
otherwise drag and drop is made a lot more difficult.

(MS had this starting from '95)

Can someone add the keywords: 1.x-parity Usability
To this bug?
Comment 2 Heath Harrelson 2002-05-06 09:16:48 UTC
Marking high due to the feature lossage and adding the requested
keywords.  Thanks, Martin.
Comment 3 Mark McLoughlin 2002-05-23 04:26:03 UTC
Would need to implemented in libwnck
Comment 4 Luis Villa 2002-05-30 13:57:52 UTC
I marked this down because while it is a regression, it really isn't a
particularly huge feature that we're missing. I'm of course open to
differences of opinion on this but I don't see this as worthy of being
'high' unless someone patches it.
Comment 5 Arvind S N 2002-06-14 14:43:30 UTC
Created attachment 9223 [details] [review]
Patch for activating windows when drag item is focused on the tasklist button.
Comment 6 Arvind S N 2002-06-14 14:57:08 UTC
hp: done only for ungrouped windows atm.
Should it be done for grouped ones too,
not sure exactly how to proceed on that though.
Comment 7 Luis Villa 2002-06-19 16:36:26 UTC
hp->poke() 

:)
Comment 8 Ben FrantzDale 2002-07-23 18:46:25 UTC
It would be good to have drag over for the pager so you could drag
between desktops. Should this be opened as a seperate bug or is it
sufficiently related?
Comment 9 Michele Campeotto 2002-07-24 15:11:47 UTC
I'd also like to have the option to switch windows with A-Tab while
dragging objects around...
Comment 10 Arvind S N 2002-07-29 07:01:15 UTC
havoc: would like to know if something is wrong in my patch. Please
let me know, I will re-work on it.Thanks.
Comment 11 Havoc Pennington 2002-07-29 14:15:11 UTC
In the timeout function, you don't need gtk_timeout_remove, as 
returning FALSE will remove it.

When the task list is destroyed you need to remove the timeout to
avoid a crash.

Should use GLib functions for the timeout instead of deprecated 
gtk_timeout_ functions.

Looks about right though. Setting priority high.
Comment 12 Arvind S N 2002-07-29 17:36:11 UTC
Created attachment 10113 [details] [review]
Patch with the changes Havoc suggested.
Comment 13 Havoc Pennington 2002-08-12 14:42:09 UTC
Patch looks fine to commit (add a space before paren in
"if(task->button_activate" is all I see)
Comment 14 Arvind S N 2002-08-13 03:57:03 UTC
Havoc:Committed the patch in HEAD with the changes suggested. Thanks
:)
Comment 15 Elijah Newren 2004-10-19 22:05:01 UTC
See bug 91406 about handling dragging to a grouped button in the tasklist.
Comment 16 Elijah Newren 2005-01-10 17:36:14 UTC
*** Bug 128664 has been marked as a duplicate of this bug. ***