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 172630 - Drag select impossible
Drag select impossible
Status: RESOLVED DUPLICATE of bug 108166
Product: gnome-panel
Classification: Other
Component: general
unspecified
Other Linux
: Normal normal
: ---
Assigned To: gtk-bugs
gtk-bugs
Depends on:
Blocks:
 
 
Reported: 2005-04-04 18:36 UTC by Ruben Vermeersch
Modified: 2005-06-10 15:22 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Ruben Vermeersch 2005-04-04 18:36:16 UTC 
Common use case (which I observe a lot from windows users / do intuitively
myself, so I label it common):

User slams mouse into top left corner of the screen, mouse down on
places/applications/system, keeps mouse pressed, drag down to select an item,
releasing on application to start it.

Most of the times, this does start the app, however, sometimes it drags a
desktop file somewhere (highly annoying). As a laptop user, I'd blame it on my
crappy touchpad skills (which are actually not that bad), but I'm hearing this
complaint from regular mouse users a lot too, too much to blame it on bad
motoric skills.
Comment 1 Matthias Clasen 2005-06-09 17:35:36 UTC 
thats a problem with the way the panel implements dnd on menu items, which is
not really supported atm.
Comment 2 Ruben Vermeersch 2005-06-10 08:16:47 UTC 
Then shouldn't it be supported? I'm getting complaints about this, so at least
something is wrong. Note that this is not strictly dragging of menu items, I'm
just keeping my mouse down while selecting something. This is similar to how the
start/menu bars of other desktops work. Even the GTK+ menu bar in applications
works like this, when you mouse down on a menu, then drag to the item you want
and release it, it opens this item. The menu bar in the panel looks like a menu
bar in an application, then why doesn't it behave like one?

Also, how can this be NOTGNOME? Aren't the panel and GTK+ core gnome components?
Comment 3 Matthias Clasen 2005-06-10 13:06:41 UTC 
see, there is no NOTGTK resolution. would you prefer if I close it WONTFIX ?
Comment 4 Ruben Vermeersch 2005-06-10 14:05:01 UTC 
Shouldn't this be in gnome-menus or gnome-panel then? (I initially filed it in
gnome-menus)

The current resolution is basically a WONTFIX, meaning that I'd have to re-file
it anyway (or am I the only one who thinks this is a usability problem?). I know
too little of the technical details behind the panel to know which component
causes this awkward behavior, but if it's not GTK, then please change the
product to what does causes it, instead of just closing it.
Comment 5 Soren Sandmann Pedersen 2005-06-10 15:22:23 UTC 
Isn't this just a duplicate of bug 108166?

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