Closed
Bug 112380
Opened 24 years ago
Closed 24 years ago
Bind Ctrl+F6/Ctrl+Shift+F6 to next/prev tab
Categories
(Core :: DOM: UI Events & Focus Handling, enhancement)
Tracking
()
VERIFIED
WONTFIX
People
(Reporter: dolmen, Assigned: aaronlev)
References
()
Details
(Keywords: access)
Ctrl+F6 and Ctrl+Shift+F6 are the standard Windows key to navigate between
documents in MDI (Multiple Document Interface) applications.
Theese keys are assigned by the system and are always active in MDI if the
developper doesn't override them.
You can verify this in Microsoft applications (Word, Excel, Developer Studio) or
in Adobe Acrobat Reader.
The Ctrl+F4 is the standard key to close an MDI window.
Theese keys should appear in violet at
http://www.mozilla.org/projects/ui/accessibility/mozkeylist.html.
In the browser of Mozilla 0.9.6 (build 2001112009) :
- Ctrl+F4 is binded to close the active tab. It's OK for me.
- Ctrl+F6 and Ctrl+Shift+F6 are not binded.
I propose to bind Ctrl+F6/Ctrl+Shift+F6 to next/prev tab.
| Reporter | ||
Comment 1•24 years ago
|
||
Added keyword 'access' as theese keys may be used be accessibility software.
See also bug 102711 that deals about the F6 key (without control) to navigate
between frames.
Keywords: access
Updated•24 years ago
|
Severity: normal → enhancement
Comment 2•24 years ago
|
||
Possibly bind Ctrl+Tab and Ctrl+Shift+Tab for switching between tabs too? On
Windows, this is standard in tabbed windows (like some property dialogs) and it
works in Delphi multiple-edit-windows-implementation too.
| Reporter | ||
Comment 3•24 years ago
|
||
Ctrl+Tab and Ctrl+Shift+Tab are fine for me.
But this bug is here to be sure that Ctrl+F6 and Ctrl+Shift+F6 will be binded too.
Comment 4•24 years ago
|
||
ctrl-tab and ctrl-shift-tab switch frames.
ctrl-pgup and ctrl-pgdown switch tabs.
doing ctrl-f6 and ctrl-shift-f6 for tabs too sounds fine as long as it's
windows-only. No polluting the f-keys on MacOS.
Assignee: aaronl → hyatt
Status: UNCONFIRMED → NEW
Component: Keyboard Navigation → Tabbed Browser
Ever confirmed: true
i'm currently opposed to this. MDI is not Tabs, and abuse of F6 has resulted
in a lot of confusion. see also bug 109763 and various other bugs where i've
described the nc4 behavior of f6.
ctrl+f6 is actually harder to use than ctrl+pagedown/pageup. And reserving f6
for some other purpose such as window switching might be advantageous.
As bz noted this should not be done for macos.
Component: Tabbed Browser → Keyboard Navigation
i'm currently opposed to this. MDI is not Tabs, and abuse of F6 has resulted
in a lot of confusion. see also bug 109763 and various other bugs where i've
described the nc4 behavior of f6.
ctrl+f6 is actually harder to use than ctrl+pagedown/pageup. And reserving f6
for some other purpose such as window switching might be advantageous.
As bz noted this should not be done for macos.
Assignee: bryner → aaronl
| Assignee | ||
Comment 8•24 years ago
|
||
I agree with timeless - I beleive this is overkill and even a bit awkward.
Let's stick with the plan at
http://www.mozilla.org/projects/ui/accessibility/newnav.html
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → WONTFIX
Comment 10•24 years ago
|
||
I agree as well.
| Reporter | ||
Comment 11•24 years ago
|
||
timeless: you wrote that MDI is not tabs.
I disagree because each tab contains a document. So we can say that Mozilla with
tabs HAS a Multiple Document Interface.
So Ctrl+F6/Ctrl+Shift+F6 are appropriate.
Updated•7 years ago
|
Component: Keyboard: Navigation → User events and focus handling
You need to log in
before you can comment on or make changes to this bug.
Description
•