Re: Galeon gestures

Would it not be possible to put them on the middle mouse button by default, but
only if the mouse isn't over a link?  I just tried it on Galeon 1, and it seems
to work decently (although a gesture that starts over a link is interpretted as
just a click).  The only problem I see is that you have to check the starting
mouse position.  It seems to me the best behaviour would be that a middle
"click" over a link (button down-button up with no mouse movement between)
should open the link in a new tab, but moving the mouse (possibly beyond a
small threshold) initiates a gesture.  UI-wise that seems workable, though
there might be implementation problems with it, and it does limit the ability
of the middle button to do other things (back, paste, etc).  (Unless a middle
click not over a link did something else, so the "null" gesture maps to "Back"
or something, but that's getting a bit strange).  Anyway, the problem with the
right mouse button is that the popup menu should occur on mouse down--the
middle mouse button's actions have always gone on mouse up, so I don't think
it's necessarily bad.  

> On Wed, 2002-11-06 at 00:42, Jeff Waugh wrote:
> > <quote who=3D"Matt Adam"/>
> >=20
> > > * Get rid of the delay for the context menu.  Just wait for the mouse-u=
> p.
> >=20
> > I strongly, strongly object to this. It removes much of the utility and
> > speed of the context menu for a very small fraction of users.
> >=20
> > > * Leave gestures as a hidden pref, defaulted to no.  This means the
> > > default behavior doesn't hurt anyone, and context menus popup on mouse
> > > down like they should.
> >=20
> > Surely there's a better method of providing gestures? I mean, if you're
> > going to do it, do it well.
> 
> At the moment, I think this *is* the better method.  It doesn't seem to
> be possible to have gestures enabled by default, so that they don't
> break anything (much) and that they work reliably.
> 
> The delay we tried breaks only slightly the context menu behavior, but
> worse, it breaks the reliability making gestures quite hard to use.  One
> could try increasing the delay, but it would break the context menu
> behavior even more.
> 
> I think the delay method simply doesn't work for something as accurate
> as gestures (in comparison to simple drags as in nautilus.)
> 
> Without the delay it would seriously break the normal context menu
> behavior, so it's not really an option to have gestures enabled by
> default.  However the gestures are reliable then, like in galeon1.
> 
> You can also use the middle mouse button for gestures, without the
> complications we get from context menus.  But that'll just switch the
> problem to opening links in new window/tab.  If gestures were enabled by
> default, the link would need to be opened on mouse-up instead of
> mouse-down, again breaking the normal behavior.
> 
> One more possibility would be to require holding some key (Ctrl?) for
> performing the gestures with the right mouse button.  This could
> propably be enabled by default without breaking anything, and it would
> be reliable.  The downside is that it breaks the basic idea of the
> gestures themselves, as it forces you to use the keyboard in
> conjunction.
> 
> I think the most usable method is the one Matt suggested.  That's also
> how gestures work in galeon1.  For the UI part I have no strong feelings
> either way, but a hidden pref is propably sufficient.
> 
> 
> --=20
> Tommi Komulainen                                 [email protected]
> GPG 1024D/68388EE6    6FD6 DD79 EB38 BF6F 3533  09C0 04A8 9871 6838 8EE6
> 
> --=-VMOQDOImtgC2mJzhfAYl
> Content-Type: application/pgp-signature; name=signature.asc
> Content-Description: This is a digitally signed message part
> 
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.2.1 (GNU/Linux)
> 
> iD8DBQA9ySQFBKiYcWg4juYRAnd4AJ9qr+6PdfuMRz9Gp31ZhZgbDVL9FQCg6j2x
> eIV4bZuKhkrtE4ddC/Mbf4E=
> =diFt
> -----END PGP SIGNATURE-----
> 
> --=-VMOQDOImtgC2mJzhfAYl--
> 
> 
> -------------------------------------------------------
> This sf.net email is sponsored by: See the NEW Palm 
> Tungsten T handheld. Power & Color in a compact size!
> http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en
> _______________________________________________
> Galeon-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/galeon-devel
> 

-- 
Adam Lopresto ([email protected])
http://cec.wustl.edu/~adam/

"I like [Mac OS X] significantly more than I like Windows NT, which is better
than 95 or 98 in the way that smallpox is better than Ebola." 
    -- Kyrrin


-------------------------------------------------------
This sf.net email is sponsored by: See the NEW Palm 
Tungsten T handheld. Power & Color in a compact size!
http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en