Open Bug 230023 Opened 21 years ago Updated 2 years ago

Keyboard shortcut for show/hide sidebar (f9) is caught by expose under Panther

Categories

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

PowerPC
macOS
defect

Tracking

()

People

(Reporter: bugzilla, Unassigned)

References

(Blocks 1 open bug)

Details

(Keywords: helpwanted)

User-Agent:       Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.6b) Gecko/20031208
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.6b) Gecko/20031208

Jaguar has the shortcut f9 reserved for exposé, so that it is not sent to
mozilla. There is need for a different shortcut on the mac now.

Reproducible: Always

Steps to Reproduce:
1. Press F9
2.
3.
Actual Results:  
Exposé shows all windows

Expected Results:  
Hide/View Sidebar

There is a workaround: You can assign a different key to Exposé, but this is not
the way how it should work.
Expose is introduced in MacOS X 10.3 ("Panther"). Slight alteration to summary
to reduce chance of dupes being reported. Confirming following search for
obvious dupes.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Summary: Keyboard shortcut for show/hide sidebar (f9) is caught by the ws → Keyboard shortcut for show/hide sidebar (f9) is caught by expose under Panther
The Mac is why we try not to use function keys as accelerators -- unfortunately
this one was chosen before we even had that policy.

I realize this isn't relevant to Seamonkey but for a moment let's discuss how
Firefox deals with this:
On Firefox only one sidebar item is ever open at a time. For example, Ctrl+H
will toggle history open/closed and Ctrl+B will toggle bookmarks open/closed. If
you open a sidebar item when another was opened, it replaces the first. There's
also View -> Sidebar -> [pick item]

This gets around several problems:
1. Having 2 different entry points for each feature -- a sidebar and a new
window for both history and bookmarks
2. The need for a separate accelerator to toggle the sidebar (currently F9(
3. The need for a keystroke to switch sidebar tabs (currently
Alt+PageUp/Alt+PageDown)
4. The entire UI for sidebar customization (actually the sidebar itself) has
accessibility issues (see bug 89148)

It's really kind of a pain to fix all these accessibility issues for sidebar
when it's been shown that the sidebar can have a better design from the start.

To be fair, if you install a custom sidebar item in Firefox you have to hit
Ctrl+B or Ctrl+H twice to toggle it closed. The bug to have a proper keyboard
shortcut for closing the sidebar in Firefox is bug 243752.
Blocks: 89148
Please don't port the Firefox sidebar to seamonkey. It's a pain in the ass to
have two different sidebar entry points (View & Bookmarks) and not to be able to
cycle through the sidebar tabs. Sure, you don't have "the need for a keystroke
to switch sidebar tabs", but at the same time, you are not able to do it with a
keystroke and always need the mouse for change sidebar content.
I just thought it was interesting to bring up for the discussion ... maybe it
wasn't. However, why do you say that the mouse has to be used to change sidebar
content?
> I just thought it was interesting to bring up for the discussion ... maybe it
wasn't. 

Sorry, didn't want to offend you. But I think the FF sidebar handling is not
very well elaborated, esp. when it comes to not only using bookmarks and history
sidebar.

> However, why do you say that the mouse has to be used to change sidebar
content?

Having two or more sidebars besides bookmarks and history, I have no keyboard
access to switch between the sidebars.
We could change the shortcut for macs only.
(In reply to comment #6)
> We could change the shortcut for macs only.
That would be fine.

A new keystroke should be checked against this list to make sure there are no
conflicts:
http://www.mozilla.org/projects/ui/accessibility/mozkeylist.html
Keywords: helpwanted
The new F9 keystroke for Mozilla Mail needs changing too.
Mass un-assigning bugs assigned to Aaron.
Assignee: aaronleventhal → nobody
QA Contact: keyboard.navigation
Component: Keyboard: Navigation → User events and focus handling
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.