Closed
Bug 264787
Opened 20 years ago
Closed 19 years ago
[Mac] Ctrl+Tab and Ctrl+Shift+Tab Next/Previous Tab Keyboard Shortcuts no longer work (worked in Firefox 1.0.x)
Categories
(Firefox :: Keyboard Navigation, defect)
Tracking
()
RESOLVED
FIXED
People
(Reporter: rcchicago+allizgub, Assigned: asaf)
References
()
Details
(4 keywords, Whiteboard: [rft-dl])
Attachments
(1 file)
878 bytes,
patch
|
mconnor
:
review+
mconnor
:
ui-review+
mconnor
:
approval-branch-1.8.1+
dveditz
:
approval1.8.0.2+
|
Details | Diff | Splinter Review |
User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8a5) Gecko/20041015 Firefox/0.9.1+ Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8a5) Gecko/20041015 Firefox/0.9.1+ Ctrl+Tab and Ctrl+Shift+Tab Next/Previous Tab Keyboard Shortcuts no longer work in latest build. These worked as of release 0.10. Reproducible: Always Steps to Reproduce: 1. Open multiple tabs 2. Press Ctrl+Tab and Ctrl+Shift+Tab Actual Results: Location Bar is selected Expected Results: Move to next/previous tab This is an exception to bug https://bugzilla.mozilla.org/votes.cgi?action=show_bug&bug_id=263146 which states that ctrl shortcuts on pc hardware should map to cmd on mac, therefore this is not a duplicate of this bug.
Assignee | ||
Updated•20 years ago
|
Version: unspecified → Trunk
Comment 1•20 years ago
|
||
Works for me in yesterdays' branch version (I didn't test on the trunk) : Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.3) Gecko/20041016 Firefox/1.0
Comment 2•20 years ago
|
||
I can reproduced in Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8a5) Gecko/20041018 Firefox/0.9.1+ WFM in Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.3) Gecko/20041018 Firefox/1.0
Status: UNCONFIRMED → NEW
Ever confirmed: true
Assignee | ||
Updated•20 years ago
|
Summary: Ctrl+Tab and Ctrl+Shift+Tab Next/Previous Tab Keyboard Shortcuts no longer work → Ctrl+Tab and Ctrl+Shift+Tab Next/Previous Tab Keyboard Shortcuts no longer work (trunk only)
Fixed in RC2.
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → FIXED
Comment 4•20 years ago
|
||
You reported this bug against the trunk, and we already know that it's a trunk-only bug, so finding out that it works correctly on the branch doesn't make this FIXED or WORKSFORME.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Updated•20 years ago
|
Updated•20 years ago
|
Summary: Ctrl+Tab and Ctrl+Shift+Tab Next/Previous Tab Keyboard Shortcuts no longer work (trunk only) → [Mac] Ctrl+Tab and Ctrl+Shift+Tab Next/Previous Tab Keyboard Shortcuts no longer work (trunk only)
Assignee | ||
Updated•20 years ago
|
Keywords: aviary-landing
Comment 5•20 years ago
|
||
This bug appears to be present for me under Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8a6) Gecko/20041217 Firefox/1.0+
Assignee | ||
Comment 6•20 years ago
|
||
aaronlev: pinkerton doesn't work on ff. -> ben.
Assignee: pinkerton → bugs
Comment 7•20 years ago
|
||
Could this be the issue? http://lxr.mozilla.org/seamonkey/source/toolkit/content/widgets/tabbrowser.xml#1602 this.mTabBox.handleCtrlTab = !/Mac/.test(navigator.platform); CVS Blame for that: http://bonsai.mozilla.org/cvsview2.cgi?diff_mode=context&whitespace_mode=show&root=/cvsroot&subdir=mozilla/toolkit/content/widgets&command=DIFF_FRAMESET&file=tabbrowser.xml&rev2=1.56&rev1=1.55
Assignee | ||
Comment 9•20 years ago
|
||
We can't drop any known keybinding at this point. FYI: it doesn't break the orginal bug which removed it (bug 251513).
Updated•20 years ago
|
Attachment #169124 -
Flags: review?(mconnor) → review+
Comment 10•20 years ago
|
||
(In reply to comment #9) > We can't drop any known keybinding at this point. Well... we will have dynamic keybindings at some point... ;)
Assignee: bugs.mano → aaronleventhal
Status: ASSIGNED → NEW
Updated•20 years ago
|
Assignee: aaronleventhal → bugs.mano
Assignee | ||
Comment 11•20 years ago
|
||
Thanks for review, but it's intended (see bug bug 169589, ported to toolkit on bug 251513) see bug 275519 for new keybindings.
Status: NEW → RESOLVED
Closed: 20 years ago → 20 years ago
Resolution: --- → WONTFIX
Assignee | ||
Updated•20 years ago
|
Keywords: aviary-landing,
regression
Assignee | ||
Comment 12•19 years ago
|
||
*** Bug 296385 has been marked as a duplicate of this bug. ***
Assignee | ||
Comment 13•19 years ago
|
||
*** Bug 296756 has been marked as a duplicate of this bug. ***
Assignee | ||
Comment 14•19 years ago
|
||
*** Bug 301110 has been marked as a duplicate of this bug. ***
Comment 15•19 years ago
|
||
*** Bug 302662 has been marked as a duplicate of this bug. ***
Comment 16•19 years ago
|
||
asaf: so the "fix" for bug 275549 was checked in 6/28/05. any trunk nightly after that is going to have this problem. ff 1.0.6 still allows one to switch tabs with ctrl-tab. i guarantee we're going to see a lot of folks reporting this problem as soon as there is a real release based on the trunk. at the very least, we're going to need to relnote this. can we pref this behavior, or something?
Comment 17•19 years ago
|
||
oops.. that should have been bug 275519 :(
Assignee | ||
Comment 18•19 years ago
|
||
*** Bug 307642 has been marked as a duplicate of this bug. ***
Comment 19•19 years ago
|
||
*** Bug 311462 has been marked as a duplicate of this bug. ***
Comment 20•19 years ago
|
||
*** Bug 316017 has been marked as a duplicate of this bug. ***
Updated•19 years ago
|
Summary: [Mac] Ctrl+Tab and Ctrl+Shift+Tab Next/Previous Tab Keyboard Shortcuts no longer work (trunk only) → [Mac] Ctrl+Tab and Ctrl+Shift+Tab Next/Previous Tab Keyboard Shortcuts no longer work (worked in Firefox 1.0.x)
Comment 21•19 years ago
|
||
hey come on - what do you mean "WONTFIX"??? this is doing my head in - i only just found the keyboard shortcut to switch between the tabs and had been loving it..... seems like there are a LOT of people re-filing this bug in protest....
Comment 22•19 years ago
|
||
http://developer.apple.com/documentation/UserExperience/Conceptual/OSXHIGuidelines/index.html X! - indicates that the operating system uses that shortcut. Do not override these shortcuts. X! - Control-Tab - Move focus to the next grouping of controls in a dialog or the next table (when Tab moves to the next cell). See Accessibility Overview. X! - Shift-Control-Tab - Move focus to the previous grouping of controls. See Accessibility Overview.
Comment 23•19 years ago
|
||
Command+Option+Arrow doesn't reliably work in 1.5RC3. Sometimes nothing happens. Other times it changes tabs but is extremely slow.
Comment 24•19 years ago
|
||
Control-Tab and Control-(Shift)-Tab switch between open projects in Photoshop/mac. It's been this way for a long time, and I love it. Clearly, there are other applications that ignore the below guidelines (and that's what they are, guidelines). I was very disapointed discover this feature missing in 1.5. The main advantage of Control-Tab is that one can switch through tabs with one hand, and leave the other hand free to control the mouse. Option-Command-Arrow forces you to use two hands. Maybe there is a one-handed alternative? (In reply to comment #22) > http://developer.apple.com/documentation/UserExperience/Conceptual/OSXHIGuidelines/index.html > > X! - indicates that the operating system uses that shortcut. Do not override > these shortcuts. > > X! - Control-Tab - Move focus to the next grouping of controls in a dialog or > the next table (when Tab moves to the next cell). See Accessibility Overview. > > X! - Shift-Control-Tab - Move focus to the previous grouping of controls. See > Accessibility Overview. >
Comment 25•19 years ago
|
||
*** Bug 318452 has been marked as a duplicate of this bug. ***
Comment 26•19 years ago
|
||
Two main problems with this change: 1. It used to work, so everyone that got used to using ctrl-tab is going to think something is broken and get confused/mad or file a bug report. 2. It works just fine on other platforms. I use Firefox on Windows all day at work and on Mac when I get home. Having the same shortcuts makes it much easier to move back and forth then trying to remember which shortcut works on which system.
Comment 27•19 years ago
|
||
It is broken. I am confused and mad. I saw a hack for editing the keybindings in some XML file, and at the very least I will link you, Jeff, if I can find it again. (In reply to comment #26) > Two main problems with this change: > > 1. It used to work, so everyone that got used to using ctrl-tab is going to > think something is broken and get confused/mad or file a bug report. >
Comment 28•19 years ago
|
||
It's really lame that there's no way to switch tabs with one hand on a Powerbook. (Neither Cmd+Opt+Arrow nor Ctrl+PgDn can be used with one hand on a Powerbook keyboard.) Switching tabs is much more common than keyboard-navigating between frames. Ctrl+Tab was originally kept for switching frames on Windows, but it was changed to switching tabs when we realized this (see bug 136915 comment 59). What makes Mac different? Regarding comment 22, the Apple HIG is vague -- it refers to "groupings of controls", which doesn't necessarily include frames and could include tabs. Also, the HIG doesn't override individual application usability when breaking with the HIG in a small way improves that application's usability a lot.
Comment 29•19 years ago
|
||
Btw, rumor has it that Tantek Çelik (lead developer of the rendering engine for the now-defunct IE 5 for Mac) is using Firefox 1.0.x rather than Firefox 1.5 because of this.
Comment 30•19 years ago
|
||
> It's really lame that there's no way to switch tabs with one hand on a
> Powerbook.
Not quite right; you can switch tabs with Cmd+1,2,3. But that hurts my hand beyond Cmd+4 (so it barely scales) and doesn't work as well for muscle memory.
Updated•19 years ago
|
Flags: blocking-firefox2?
Comment 31•19 years ago
|
||
Comment on attachment 169124 [details] [diff] [review] Restore keybinidng wow, I don't remember being ok with wontfixing this, but I was Mac-deficient in the old days, so I might not have paid attention. I guess I just don't browse one-handed on my powerbook that much...
Attachment #169124 -
Flags: ui-review+
Attachment #169124 -
Flags: branch-1.8.1+
Attachment #169124 -
Flags: approval1.8.0.2?
Comment 32•19 years ago
|
||
Fixed on trunk. Checking in tabbrowser.xml; /cvsroot/mozilla/toolkit/content/widgets/tabbrowser.xml,v <-- tabbrowser.xml new revision: 1.131; previous revision: 1.130 done
Status: REOPENED → RESOLVED
Closed: 20 years ago → 19 years ago
Keywords: uiwanted
Resolution: --- → FIXED
Comment 33•19 years ago
|
||
And fixed on the 1.8 branch (fixed1.8.1) for Firefox 2.
Flags: blocking-firefox2?
Keywords: fixed1.8.1
Comment 34•18 years ago
|
||
Comment on attachment 169124 [details] [diff] [review] Restore keybinidng approved for 1.8.0 branch, a=dveditz
Attachment #169124 -
Flags: approval1.8.0.2? → approval1.8.0.2+
Updated•18 years ago
|
Flags: blocking1.8.0.2+
Comment 35•18 years ago
|
||
And fixed on the 1.8.0 branch (fixed1.8.0.2) for Firefox 1.5.0.2.
Keywords: fixed1.8.0.2
Updated•18 years ago
|
Whiteboard: [rft-dl]
You need to log in
before you can comment on or make changes to this bug.
Description
•