[devtb] Decide on a key sequence for the developer toolbar

RESOLVED FIXED in Firefox 16

Status

()

Firefox
Developer Tools: Console
P1
normal
RESOLVED FIXED
5 years ago
5 years ago

People

(Reporter: jwalker, Assigned: jwalker)

Tracking

unspecified
Firefox 16
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

Attachments

(1 attachment, 2 obsolete attachments)

Comment hidden (empty)
Depends on: 768150
Created attachment 637422 [details] [diff] [review]
v1

This patch reflects what I'd like to do, the correct thing to do is under discussion.

Bug 768150 to pref the toolbar on by default removes the key sequence to avoid a clash with the editor.
Created attachment 639186 [details] [diff] [review]
v2

We previously removed the key sequence until we could find one that didn't clash. We found ctrl+shift+/
Assignee: nobody → jwalker
Attachment #637422 - Attachment is obsolete: true
Status: NEW → ASSIGNED
Attachment #639186 - Flags: review?(ttaubert)
(In reply to Joe Walker from comment #2)
> We previously removed the key sequence until we could find one that didn't
> clash. We found ctrl+shift+/

Hmm. At least for German users like me and probably other locales this might be a choice as bad as Panorama's next/prev group shortcut. I need to press shift to reach '/' so this effectively overrides the add-on bar toggle, or doesn't work at all and toggles the add-on bar, not sure.
Comment on attachment 639186 [details] [diff] [review]
v2

"/" happens to be shift+7 with a German keyboard layout and I think shift+: with a French one, making accel+shift+/ inaccessible. We usually keep command keys consistent across locales, and even if we made an exception, I think we could count on localizers getting this wrong. In this case I don't think we should make an exception anyway, as I don't think it's unreasonable for the keyboard layout to divert from what Firefox locales would expect.
Attachment #639186 - Flags: review?(ttaubert) → review-
I'm not sure that we really need a keyboard shortcut for the add-on bar; stealing that might be an option. Ironically, it was added for "users who heavily rely on add-ons for certain task modes (e.g. *web development*)" (bug 616015, emphasis mine).
https://tbpl.mozilla.org/?tree=Try&rev=d133b4e996e5
There aren't good answers to this problem, but I agree that this doesn't work for anyone with a German keyboard.

The developer tools use ctrl+shift/alt+cmd as their modifiers, and there are no free letters without crashing something, I've previously given up on punctuation, for l10n reasons and have done so again, function keys don't work properly on Mac, and numbers are really confusing because we English can't even agree amongst *ourselves* what should be on top of 2. Or 3.

I'm currently trying to work out a way to use ctrl+shift+v (again), and to resolve the conflict with paste-without-formatting in a contenteditable. The UX part of this decision is being done in consultation with shorlander/bdils.
Created attachment 639493 [details] [diff] [review]
v3

This update does 2 things:
- It changes the key sequence to shift+F2
- It leaves the menu item as a toggle, but makes the keyboard shortcut a 'focus' shortcut, which takes you to the command line even when the toolbar is already open.
Attachment #639186 - Attachment is obsolete: true
Attachment #639493 - Flags: review?(ttaubert)
https://tbpl.mozilla.org/?tree=Try&rev=5d7593f205b5
Bug ping, I'd love to get this into 16 if possible.
Thanks.
Attachment #639493 - Flags: review?(ttaubert) → review+
https://tbpl.mozilla.org/?tree=Fx-Team&rev=74218d787b06
Whiteboard: [fixed-in-fx-team]
https://hg.mozilla.org/mozilla-central/rev/f942edab3edf
Status: ASSIGNED → RESOLVED
Last Resolved: 5 years ago
Resolution: --- → FIXED
Whiteboard: [fixed-in-fx-team]
You need to log in before you can comment on or make changes to this bug.