Re: Galeon gestures

I use mouse gestures on the middle button, and it works very well for
me, and I find that you dont need to keep checking the position the
mouse.

In galeon 1, pasting into form, opening links in new tabs and gestures
all work fine with the middle button, it would be superb if this
continued to work in galeon 2.

Crispin


On Wed, 2002-11-06 at 15:08, Adam D. Lopresto wrote:
> 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
> _______________________________________________
> Galeon-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/galeon-devel
> 




-------------------------------------------------------
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