Closed Bug 169589 Opened 22 years ago Closed 22 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: 22 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: