69565 - accel+0 for zoom to 100%

Status: VERIFIED FIXED

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

Description

[Hixie (not reading bugmail)]

Having used ctrl++ and ctrl+- a lot recently, I've come to notice that I end up
wasting a lot of time trying to get it back to 100% (since I forget what it 
looks like). I don't like using long menu bindings (alt+v,z,z) since (a) I 
forget what the binding is and my menu bar isn't always visible, and (b) it's
long. So how about ctrl+shift+- or ctrl+0 to reset the font zoom to 100%?

Comment 1

[sairuh (rarely reading bugmail)]

->keyboard nav.

Comment 2

[Jesse Ruderman]

Emacs uses ctrl+_ for undo... that might create a conflict on Linux.

Comment 3

[timeless]

ctrl-0 sounds fine w/ me, but it kind of disagrees w/ usage for ctrl-1..9

Comment 4

[Matthew T (active 1999-2002)]

I intentionally specified the `100 % (Original si_ze)' mnemonic so that it would 
be easy to type Alt,V,Z,Z (rather than Alt,V,Z,SomethingElse) to get back to
100 %. I don't think a shortcut is necessary.

Not an accessibility issue, since getting to 100 % is already possible with 
either mouse or keyboard.

Comment 5

[Jesse Ruderman]

Alt,V,Z,Z is much slower than ctrl+shift+-, especially if you've just used 
ctrl++ or ctrl+-.

Comment 6

[Aaron Leventhal]

We can't really use Accel+Shift+ punctuation keys because of several reasons:
One, our event model doesn't support it
Two, international keyboard problems

Comment 7

[Jesse Ruderman]

We're already using Ctrl++ (broken because of bug 70140) and Ctrl+- for 
changing font size, so adding Ctrl+Shift+- shouldn't introduce new problems for 
internationalization.  As mpt pointed out, the zoom-to-100% is already 
accessible from the keyboard through menus, so it wouldn't be horrible if the 
new shortcut didn't work on all keyboards.

Comment 8

[Matthew T (active 1999-2002)]

Quick survey:
*   Adobe apps (Acrobat Reader, Photoshop, Pagemaker) use Command+1 for `Actual
    Size' (except Photoshop, which uses Shift+Command+0), and Command+0 for `Fit
    in Window'.
*   QuickTime PictureViewer uses Command+1 for `Normal Size'.
*   Macromedia Freehand uses Command+1 for `100 %'.
*   AppleWorks uses only the mouse for zooming, not the keyboard.
*   Microsoft Office uses a dialog for zooming, not menu items.

So the consensus is, uh, accel+1. Which doesn't help us much. But I don't see a 
problem with using accel+0 -- if the Mozilla suite gets more than nine apps, we 
have more serious problems than worrying about a shortcut for zooming to 100 %.

Comment 9

[Hixie (not reading bugmail)]

Ok, jag, you heard the man, Ctrl+0 it is! ;-)

Comment 10

[Peter "jag" Annema]

Attachment: [patch] add accel+0

Comment 11

[Hixie (not reading bugmail)]

r=hixie; ben? looking for moa= and sr= here please... :-)

Comment 12

[Ben Goodger (use ben at mozilla dot org for email)]

a=[e-mail]

Comment 13

[Peter "jag" Annema]

Changing comment, accepting bug

Comment 14

[Peter "jag" Annema]

And checked in. Marking fixed.

Comment 15

[Hixie (not reading bugmail)]

VERIFIED FIXED

Comment 16

[R.K.Aa.]

*** Bug 198201 has been marked as a duplicate of this bug. ***