417772 - Respect Mac OS X shortcut conventions

Status: VERIFIED DUPLICATE of bug 417782

(Camino Graveyard :: Accessibility, defect)

Description

[Markus S.]

User-Agent:       Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; en; rv:1.9b4pre) Gecko/2008021200 Camino/2.0a1pre (like Firefox/3.0b4pre)
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; en; rv:1.9b4pre) Gecko/2008021200 Camino/2.0a1pre (like Firefox/3.0b4pre)

There are some shourtcuts used in Camino that differ from Safari and other Mac apps.
Switching tabs in Camino uses Cmd + Alt + Left/Right, while Safari and Adium use Cmd + Shift + Left/Right.
Jumping to the search field in the toolbar uses Cmd + Shift + F in Camino, while at least Safari, Mail, and iTunes use Cmd + Alt + F.
The Cmd + Alt + F shortcut in turn conflicts with the "Fill Form" shortcut for which Cmd + Shift + A is used in Safari.

Reproducible: Always

Comment 1

[Smokey Ardisson (offline for a while; not following bugs - do not email)]

We're not changing the tab shortcut, because Safari's shortcut breaks other standard OS behaviors.  There's an existing bug on considering using the other Search shortcut, but as you note it's also a conflict.

This should be WONTFIX, or a dupe of the other bug.

Comment 2

[Stuart Morgan]

> while Safari and Adium use Cmd + Shift + Left/Right.

In fact, Safari doesn't use that anymore (probably for the same reason that we have always WONTFIXed requests to switch to that: in conflicts with a system-wide shortcut that is used in textfields, and thus is inconsistent *within the app*). In fact, Safari has changed tab switching keys in pretty much every major update, so they are not interesting as a source of "standard" behavior. Safari, iChat, and Terminal in Leopard use Command {/}; if that continues to be stable, we may consider adopting it, but it's too early to say at this point.

> The "Fill Form" shortcut for which Cmd + Shift + A is used in Safari.

Safari does not single-handedly define "Mac OS X shortcut conventions". If we
need to pick a new shortcut for form fill, we'll pick what seems best, even if
that's different than Safari.

(In reply to comment #1)
> This should be WONTFIX, or a dupe of the other bug.

Agreed, but I'm not finding the other bug, so we may need to file one.

Comment 3

[Stuart Morgan]

Duping to the new specific bug; the tab part is WONTFIX.

Comment 4

[Markus S.]

(In reply to comment #2)

> In fact, Safari doesn't use that anymore

I don't know in which alternate reality you are living, but I currently have Safari 3.0 open and it uses Cmd + Shift + Left/Right, just like Adium. Each one has more users than Camino. Camino should be the one that follows the tab switching conventions, not try to make others follow Camino.

Comment 5

[Markus S.]

Oh, you are really living in another dimension. My bug is a dupe of a later bug? That's not really possible. Only the other way around is possible.
My advice is that you guys stop smoking crack and come back down to earth.

Comment 6

[Smokey Ardisson (offline for a while; not following bugs - do not email)]

Jacob Rus, who writes extensively on Mac OS X keybindings, is on the record saying that our tab-switching shortcuts are the most sensible ones, and Safari 3 does in fact use Cmd-{/}.

A bug can be duped to a newer bug if the newer bug contains more information is a cleaner bug report, which is exactly the case in this situation.

Comment 7

[Stuart Morgan]

(In reply to comment #4)
> I don't know in which alternate reality you are living

Try reading the docs that you linked to yourself.

> but I currently have Safari 3.0 open and it uses Cmd + Shift + Left/Right

Then presumably you have assigned them manually. The menu, the docs you linked
to, and actual testing in Safari 3 in English on Leopard all agree that it's
{/}.

> Camino should be the one that follows the tab switching conventions

Again, the only thing that could possible be considered a convention is a) not
consistent between the two apps you list, and b) new in Leopard, and Apple has
a history of changing these shortcuts. We're going to wait and see how things
settle out with the tab shortcuts over time. Feel free to change yours locally
in the meantime.

(In reply to comment #5)
> My bug is a dupe of a later bug? That's not really possible.

Yes, it is. We do it when for whatever reason the older bug would be harder to
use effectively. In this case, it's about three different things, and contains
some incorrect facts, so the discussion of the part that we are going to
consider would be confused right from the start.

> My advice is that you guys stop smoking crack and come back down to earth.

And my advice is that you read the bugzilla etiquette guide before filing any

Comment 8

[Stuart Morgan]

glah. That was supposed to read: "[..] any more bugs."

Comment 9

[Stuart Morgan]

(In reply to comment #0)
> Adium use Cmd + Shift + Left/Right.

I don't use Adium, but I was curious, so I just downloaded it and checked: they have an explicit pref for tab changing, for which the default is just Command-Left/Right. So they aren't, by default, consistent with the old Safari shortcuts or the new Safari shortcuts, and do stomp an existing OS X text field binding.