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 335047 - raising a window by dragging an icon over the panel window list is broken in several instances
raising a window by dragging an icon over the panel window list is broken in ...
Status: RESOLVED DUPLICATE of bug 91406
Product: metacity
Classification: Other
Component: general
2.14.x
Other All
: Normal normal
: ---
Assigned To: Metacity maintainers list
Metacity maintainers list
Depends on:
Blocks:
 
 
Reported: 2006-03-18 19:48 UTC by Ryan
Modified: 2006-03-18 20:06 UTC
See Also:
GNOME target: ---
GNOME version: 2.13/2.14



Description Ryan 2006-03-18 19:48:52 UTC
Please describe the problem:
Since "mouse focus" for drag and drop isn't implimented (bug 335046), dragging
an icon over the window list in the panel is the only method of raising a window
during a drag and drop. This either doesn't work, doesn't work easily or isn't
the optimal method in several cases.

1) with panel autohiding turned on - it becomes an inadvertent "whack a mole"
style video game where the user tries to hit an unpredictibly moving target if
you accidentally move the icon too far off the panel.

2) when nautilus windows are grouped - when several nautilus windows are open
and grouped on the panel, how does one get the "right" one to be raised?

3) when a maximized window is raised (most annoying with panel autohiding on) -
when an unintended maximized window is raised (specifically one that can be
"dropped" to) the only "safe" place to drop an icon is on the window list in the
panel, this is completely conter intuitive. And I'd venture to guess a complete
mystery to the user as to what will happen to the icon.

4) when the size of the window list is limited - if the window list is limited
in maximum size to the point that window buttons on the list are smaller than
the icon being dragged well... you can't see what button you're dragging to. Big
square image icons are best at tottally obscuring small buttons in the window
list... it becomes a guessing game or at best you have to keep dragging back and
forth trying to hit the right invisible target.

Steps to reproduce:
1. set panel to autohid for full illustration of the bug
2. set window-list to always group windows
3. set window-list to a "smallish" maximum size
4. open several nautilus windows and maximize one
5. try to drag an icon from the desktop to the window-list in any useable manner

Actual results:
I'm unable to raise a window in a simple way to drag and drop an object.

Expected results:
I would expect to be able to drag an object to the open window of my choice.
Enabling "mouse focus for drag and drop only" might make things better...
however a more involved fix for dragging icons/raising windows from the panel
window-list.

Perhaps a pop-up menu list for grouped windows? Perhaps restoring all windows to
the original arrangement after the drag is completed? (though that sounds like
it could be really annoying)

Does this happen every time?
Yes

Other information:
Comment 1 Elijah Newren 2006-03-18 20:06:35 UTC
These are mostly gnome-panel/libwnck bugs rather than metacity ones.  I'd say #1 and #4 are unfixable though irrelevant (we can instead allow drag and drop to the window selector (bug 148944).  #2 is already filed as bug 91406.  #3, if I understand correctly, would be fixed by #152952.  And, there's also bug 112308 that you refer to about doing focus&raise-on-mouse-entry-when-doing-DND.

You may also be interested in reading bug 155451 and bug 155908.  Please don't add anything to those two particular bugs though; I'll add them if new issues actually come up.

This bug doesn't really satisfy the one-issue per bug report rule, but I'll mark as a duplicate of bug 91406.

*** This bug has been marked as a duplicate of 91406 ***