Closed
Bug 491925
Opened 16 years ago
Closed 15 years ago
Disable multitouch "rotate" gesture for cycling tabs
Categories
(Firefox :: General, defect)
Firefox
General
Tracking
()
VERIFIED
FIXED
Firefox 3.6a1
People
(Reporter: Dolske, Assigned: Mardak)
References
Details
(Keywords: verified1.9.1)
Attachments
(1 file, 1 obsolete file)
1.38 KB,
patch
|
beltzner
:
review+
beltzner
:
ui-review+
|
Details | Diff | Splinter Review |
I've noticed that I frequently trigger the rotate gesture accidentally, usually while scrolling. Gestures have improved since the original landing (when triggering the wrong gesture was really easy), but this particular gesture is still problematic.
The basic reasoning is that it's highly disruptive to be switched to another tab when you're not expecting it. When it happens, you don't know what just happened until you notice that you're on some entirely different page, that's randomly to the left or right (1 or more tabs) from the page you thought you were on.
I'm don't think the rotate gesture for switching tabs is nearly as useful, discoverable, or a good fit as the other gestures are. So, given this problem, we should just disable it for 3.5. [I'd also be open to tweaking it to make it much harder to trigger accidentally, dunno if that's possible.]
Flags: blocking-firefox3.5?
Comment 1•16 years ago
|
||
See also bug 461376. Just play around with browser.gesture.twist.* in about:config as a temporary workaround.
Comment 2•16 years ago
|
||
Justin, the odd thing here is that I find I trigger zoom more frequently than tab rotate ... far far more frequently. And I also find that it's not just in Firefox, it's all over OSX.
I wonder how much of this is us vs. odd timings causing misreads of the trackpad by OSX.
I think I've never accidentally switched tab because of rotate gesture.
Actually I'd probably decrease the default threshold for tab switching.
Reporter | ||
Comment 4•16 years ago
|
||
I've triggered zoom repeatedly too; usually I fix it right away but a quick browse though content-prefs.sqlite shows ~20 sites with zoom settings that I didn't know were set. That's probably because zoom is a subtle effect (for 1 step, relative to the distraction that an accidental tab switch causes).
While playing with different browser.gesture.twist settings, I've found twisting through tabs often resulted in triggering a zoom. Probably because a twist is a very awkward gesture to make, especially if it's more than a quarter-turn... Around that point, my fingers want to spread or join, and that ends up read as a pinch. I guess that's part of why I'm not really fond of this gesture, and would just as soon turn it off.
I'll try running with a threshold of 40, but I suspect there's an unavoidable conflict between making it easy to use on purpose, yet hard to invoke accidentally.
Assignee | ||
Comment 5•16 years ago
|
||
I've been using swipe left/right to change tabs and cmd-left/right to go back/forward, but I do have rotate as change tabs as well and I haven't accidentally triggered it.
Maybe it's your rotating technique ;) I'm right handed and I position my index finger at 7oclock and ring finger at 1oclock. To rotate right I end up at 8/2oclocks.
Comment 6•16 years ago
|
||
The first time I came into contact with tab switching via gesture was accidentally. I wasn't sure what happened, I just appeared on another tab and couldn't figure out why. The tab-switching gesture right now isn't obvious and feels unexpected when I hit it.
Comment 7•16 years ago
|
||
Mardak: the way you've written this code, disabling the gesture is a pref-flip, right?
Blocking here for decision and mulling, will probably take it though.
Flags: blocking-firefox3.5? → blocking-firefox3.5+
Whiteboard: [needs ux decision beltzner]
Assignee | ||
Comment 8•16 years ago
|
||
Yup, should be able to just unset the default value for the twist prefs:
-pref("browser.gesture.twist.right", "Browser:NextTab");
-pref("browser.gesture.twist.left", "Browser:PrevTab");
Reporter | ||
Comment 9•16 years ago
|
||
Would setting the value to empty-string ("") work, or something similar? It would be nice to leave the prefs visible for those who want to use them.
Comment 10•16 years ago
|
||
Since this is now implemented on Win7 with Multitouch screens please be sure not to disable it for Windows.
Reporter | ||
Comment 11•16 years ago
|
||
(In reply to comment #10)
> Since this is now implemented on Win7 with Multitouch screens please be sure
> not to disable it for Windows.
Fine by me; though I'd be a bit wary of having Windows users hit the same problem with multitouch trackpads... But Rob says such hardware/drivers doesn't exist today, so it shouldn't be a common problem. We should keep on eye out for problems with issues on touchscreens, andt from Rob demoing it on his touchscreen it would appear harder to trigger. And maybe Windows 7 is just better at discriminating between gestures.
OTOH it wouldn't be a big deal to just disable it globally. Safari doesn't use it, and Rob confirmed that IE doesn't use it on Windows 7.
Blocks: 479901
Assignee | ||
Comment 12•16 years ago
|
||
This bug is just rotate, but do we want to consider pinching too?
If we take those out, we'll have swipe up/down as jump to top/bottom and swipe left/right as back/forward by default.
Reporter | ||
Comment 13•16 years ago
|
||
(In reply to comment #12)
> This bug is just rotate, but do we want to consider pinching too?
Maybe; it certainly has been noted that people are accidentally hitting that gesture too. Though I think it's a separate decision: rotate is an unnatural gesture for switching tabs (nothing else uses it this way), with a high penalty for accidentally triggering. Pinching is a natural gesture for page zoom (and more widely used/known), with a low penalty for accidentally triggering. I think most people would consider it a bug if we claimed to support multitouch, but pinch didn't do anything.
So, I'd strongly lean towards only removing the rotate. Pinchy would've wanted it this way.
Comment 14•16 years ago
|
||
(In reply to comment #12)
> This bug is just rotate, but do we want to consider pinching too?
>
> If we take those out, we'll have swipe up/down as jump to top/bottom and swipe
> left/right as back/forward by default.
pinch should definitely be left on for win7. Tracking is turned off so you get a nice zoom in/zoom out effect. It's also nearly impossible to trigger without a definitive pinch with two fingers on the screen.
Comment 15•16 years ago
|
||
If you want to consider disabling pinch, please file a separate bug, do not conflate. FWIW, I'm not nearly as keen on disabling that one, and am fairly-to-surely likely to WONTFIX such a bug.
But go ahead ... try me ;)
Assignee | ||
Comment 16•16 years ago
|
||
Don't do anything on os x when twisting.
Alternatively, have people tried upping the threshold for twist? It would make it less likely to accidentally trigger.
But I just noticed something interesting in os x's gesture detection..
- If I use 2 hands (1 finger each) and place one at the top and one at the bottom, moving the top finger registers as a normal mouse move while moving the bottom finger is registered as a twist. I suppose the heuristic there is to assume the top finger is used for scrolling.
- Also, if your fingers are too close to the edge, it won't treat it as a rotate. But you can still move the pointer from the edge.
Comment 17•15 years ago
|
||
Can we get the patch reviewed - I think we want to remove the rotate gesture on both Windows and OSX.
Assignee | ||
Comment 18•15 years ago
|
||
both Windows and OSX.
Attachment #376850 -
Attachment is obsolete: true
Comment 19•15 years ago
|
||
Comment on attachment 378424 [details] [diff] [review]
v2
uir+r=beltzner
Attachment #378424 -
Flags: ui-review+
Attachment #378424 -
Flags: review+
Updated•15 years ago
|
Whiteboard: [needs ux decision beltzner] → [can land]
Assignee | ||
Comment 20•15 years ago
|
||
http://hg.mozilla.org/mozilla-central/rev/d19424342b43
Give empty commands for twist gestures, so they do nothing, but still show up as prefs in about:config.
Assignee: nobody → edilee
Status: NEW → RESOLVED
Closed: 15 years ago
OS: Mac OS X → All
Hardware: x86 → All
Resolution: --- → FIXED
Whiteboard: [can land] → [can land 1.9.1]
Target Milestone: --- → Firefox 3.6a1
Assignee | ||
Comment 21•15 years ago
|
||
Keywords: fixed1.9.1
Whiteboard: [can land 1.9.1]
Comment 22•15 years ago
|
||
Verified fixed on trunk and 1.9.1 with builds on OS X and Windows like:
Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.2a1pre) Gecko/20090525 Minefield/3.6a1pre ID:20090525031110
Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1pre) Gecko/20090526 Shiretoko/3.5pre ID:20090526031155
Status: RESOLVED → VERIFIED
Keywords: fixed1.9.1 → verified1.9.1
Comment 23•15 years ago
|
||
Off the back of this, would there be any chance of getting...
browser.gesture.swipe.left.shift added and set to Browser:PrevTab
and
browser.gesture.swipe.right.shift added and set to Browser:NextTab
Having made this change, I must admit to now finding Firefox almost 'alien' to use on other multi-touch machines!
You need to log in
before you can comment on or make changes to this bug.
Description
•