Closed Bug 169589 Opened 23 years ago Closed 23 years ago

[mac] ctrl-tab no longer moves btwn frames

Categories

(Core :: DOM: UI Events & Focus Handling, defect)

PowerPC
macOS
defect
Not set
normal

Tracking

()

VERIFIED FIXED

People

(Reporter: bugzilla, Assigned: aaronlev)

References

()

Details

(Keywords: platform-parity, regression)

Attachments

(1 file)

looks like a regression from bug 136915, where ctrl-tab was implemented to move btwn tabbed browsers. tested using 2002.09.18.08 comm trunk builds on mac os x 10.2. after chatting with aaronl, ctrl-tab no longer cycles btwn the frames in a framed document on *only* win32 and linux. [shift]-F6 now has that function. however, on mac the ctrl-tab behavior should still be preserved. 1. go to a page with frames, eg, http://faqs.org/ 2. hit ctrl-tab to cycle btwn the frames. results: nothing happens (no navigation). note that if you have multiple tabbed browsers open, and one of them has frames, ctrl-tab would switch btwn tabs --ie, still not cycle through the frames of the framed document. expected: on mac, ctrl-tab should cycle through frames, not tabs. workaround: [shift]-F6 still works on mac --unless you've already programmed the function keys.
Keywords: pp, regression
Brade, what do you think about this one? Should we 1) just not have a keyboard shortcut for frame navigation on mac, and make people use tab to cycle through everything? 2) use Ctrl+[shift]+tab as we did before, saving only the unpopular Ctrl+PgUp/PgDn for tab navigation 3) Come up with a new set of keys for frame navigation
1. [Always off on Mac] <constructor> if (/Mac/.test(navigator.platform)) this.mTabBox.setAttribute("handleCtrlTab", "false"); </constructor> 2. [Set pref defaults by platform] <constructor> this.mTabBox.setAttribute("handleCtrlTab", this.mPrefs.getBoolPref("browser.tabs.handleCtrlTab")); </constructor>
setAttribute? /me slaps wrist - I should of course set the property: this.mTabBox.handleCtrlTab = !/Mac/.test(navigator.platform); or this.mTabBox.handleCtrlTab = this.mPrefs.getBoolPref("browser.tabs.handleCtrlTab");
Aaron--at this stage I'd say let's try to be as compatible with previous Mac versions of mozilla as possible (moz1.0, 1.1, etc) I prefer option 2 or 3 over option 1.
Keywords: patch, review
Depends on: 154915
*** Bug 154915 has been marked as a duplicate of this bug. ***
Attachment #99980 - Flags: review?(brade)
Attachment #99980 - Flags: review?(brade) → review+
Attachment #99980 - Flags: superreview?(jaggernaut)
Attachment #99980 - Flags: superreview?(jaggernaut) → superreview+
No longer depends on: 154915
fix checked in for Neil
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
neil, thanks a lot for fixing this. vrfy'd fixed with recent trunk builds: 2002.12.10.07 mach-o mozilla (OS X 10.2.2): Control-Tab now cycles through the frames and urlbar ([shift]-F6 still works to accomplish the same thing). Control-PageUp/Down still cycles btwn browser tabs. 2002.12.10.08 comm win2k: both Control-Tab and Control-PageUp/Down cycle btwn browser tabs. [shift]-F6 cycles through frames and the urlbar. 2002.12.09.08 comm linux rh8: same as win2k.
Status: RESOLVED → VERIFIED
This change (or a similar one for Firefox) was reversed for Firefox in bug 264787 comment 32.
Component: Keyboard: Navigation → User events and focus handling
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: