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 94516 - Differentiate clicks from drags
Differentiate clicks from drags
Status: RESOLVED WONTFIX
Product: galeon
Classification: Deprecated
Component: User interface
1.2.99
Other other
: Normal enhancement
: ---
Assigned To: galeon-maint
galeon-maint
gnome[unmaintained]
Depends on:
Blocks:
 
 
Reported: 2002-09-30 14:05 UTC by Tommi Komulainen
Modified: 2014-08-26 19:51 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Emit 'clicked' signal if mouse wasn't moved during gesture/manual scroll (7.75 KB, patch)
2002-09-30 14:06 UTC, Tommi Komulainen
needs-work Details | Review

Description Tommi Komulainen 2002-09-30 14:05:09 UTC
Entering as new bug so as not to mess things up.

Clicking and dragging are substantially different actions and they can be
handled differently.  Following is a patch that adds this functionality to
GulGestures and GaleonEmbedManualScroller classes.  Both will continue to
do whatever they do, but if the mouse wasn't moved before the button was
released, they emit a 'clicked' signal.

This makes it possible to have gestures and context menu, or manual scroll
and pasteurlopen (someone come up with a good name for this:) using the
same mouse button.

The patch makes no changes to behavior, only adds the signals and a method
for checking afterwards what button was used.
Comment 1 Tommi Komulainen 2002-09-30 14:06:01 UTC
Created attachment 11313 [details] [review]
Emit 'clicked' signal if mouse wasn't moved during gesture/manual scroll
Comment 2 Ricardo Fernández Pascual 2002-09-30 14:22:43 UTC
Clicking and dragging are easy to mix. Also, this behavior (doing
different things for dragging and clicking) is very different to any
other gnome app. 

I'm not sure this is a good idea. I'm not totally oposed to this either.

Comment 3 Tommi Komulainen 2002-09-30 14:27:44 UTC
So... you're saying that dragging files in nautilus does the same as
clicking on them?  Or clicking and dragging in the bookmark editor?

I say they are different and distinct.  Please allow us who can manage
the difference make the most out of it.
Comment 4 Marco Pesenti Gritti 2002-10-09 13:15:20 UTC
I like very much the idea. We just need to make sure we follow the 
accessibility pref about the distance where the dragging start. (Not 
sure where the pref is but there is one).
Comment 5 Tommi Komulainen 2002-10-09 21:56:16 UTC
Just found it by accident.  Saving here for future reference :)

http://developer.gnome.org/doc/API/2.0/gtk/gtksettings.html#GtkSettings--gtk-dnd-drag-threshold
Comment 6 Crispin Flowerday (not receiving bugmail) 2005-12-29 16:29:29 UTC
Sadly this patch no longer applies, so marking it as needs-work :-)
Comment 7 André Klapper 2014-08-26 19:51:12 UTC
Galeon has not seen any code changes since May 2010:
https://git.gnome.org/browse/archive/galeon/log

This project is not under active development anymore and got recently archived in GNOME Git.

It is currently unlikely that there will be any further active development.

Closing this report as WONTFIX as part of Bugzilla Housekeeping to reflect
reality. Please feel free to reopen this bug report in the future if anyone
takes the responsibility for active development again. 
If you are interested in maintainership, inform
https://mail.gnome.org/mailman/listinfo/desktop-devel-list