Closed Bug 22529 Opened 25 years ago Closed 24 years ago

[meta] [FEATURE] Keyboard shortcuts

Categories

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

Product:
Core
Component:
DOM: UI Events & Focus Handling
Type:
defect

Tracking

()

Status:
VERIFIED FIXED
Milestone:
Future

People

(Reporter: don, Assigned: mcafee)

References

(
URL
)

Details

(Keywords: meta)

Attachments

(3 files)

latest status of keyboard shortcuts
6.27 KB, text/html
Details
Accelerators Spec
18.94 KB, text/html
Details
Keyboard nav spec.
87.35 KB, text/html
Details 
Chris, this is a place holder to make sure we get all the menu, dialog, and
other special keyboard shortcuts working.  Please file all other exisiting and
new broken keyboard shortcut bugs as a duplicate of this bug.  Let's just track
the whole mess here.
Priority: P3 → P1
Target Milestone: M14
Target Milestone: M14 → M13
*** Bug 16280 has been marked as a duplicate of this bug. ***
The keyboard shortcut for opening a file "Ctrl|Alt-O" does not work.  See bug
#16280.
*** Bug 21959 has been marked as a duplicate of this bug. ***
Keyboard shortcuts in the "Go" menu do not work.  See bug #21959.
*** Bug 10132 has been marked as a duplicate of this bug. ***
The spacebar does not page down when not focused in a text entry area.  See bug
#10132.
Hmmmm, on second thought the spacebar not paging down may be part of the
keyboard navigation placholder bug #2674.
*** Bug 17340 has been marked as a duplicate of this bug. ***
Target Milestone: M13 → M14
The keyboard shortcut for find in page "Ctrl|Alt+F" doesn't work either.  See
bug #17340.
*** Bug 21989 has been marked as a duplicate of this bug. ***
The keyboard shortcut to access prefs "Ctrl|Alt+E" doesn't work.  See bug
#21989.
QA Contact: paulmac → sairuh
sairuh is the queen of keyboard shortcuts
*** Bug 22008 has been marked as a duplicate of this bug. ***
*** Bug 22471 has been marked as a duplicate of this bug. ***
*** Bug 22975 has been marked as a duplicate of this bug. ***
spam: added dup'd bug numbers as dependants so they don't fall off my radar when
this umbrella bug is fixed. ;-)
*** Bug 23016 has been marked as a duplicate of this bug. ***
*** Bug 23766 has been marked as a duplicate of this bug. ***
*** Bug 25197 has been marked as a duplicate of this bug. ***
*** Bug 25973 has been marked as a duplicate of this bug. ***
*** Bug 24128 has been marked as a duplicate of this bug. ***
*** Bug 28651 has been marked as a duplicate of this bug. ***
ESC key should stop loading a page - see #28651
m15
Target Milestone: M14 → M15
*** Bug 26373 has been marked as a duplicate of this bug. ***
*** Bug 31864 has been marked as a duplicate of this bug. ***
Adding these from Bug 31625:

ESC (stop page loading/stop animations)
CTRL-F - Find in Page
CTRL-M - Add to bookmark
CTRL-G - Find Again/Find Next Occurrance

Gerv
*** Bug 31625 has been marked as a duplicate of this bug. ***
Copied from Bug 33297:

ALT-{1,2,3}: Open a browser/mail/composer window
BACKSPACE: Scroll up by a page (like the PGUP)

Updated list of dependents.

Gerv
Blocks: 23766, 24128, 25197, 25973, 26373, 28651, 31625, 31864, 33297
*** Bug 33297 has been marked as a duplicate of this bug. ***
No longer blocks: 33297
Copied from bug 33288:

When entering text in form elements the following standard keys don't 
work:

ctrl+home: Go to start of first row
ctrl+end: Go to end of last row
ctrl+shift+home: Go to start of first row while selecting
ctrl+shift+end: Go to end of last row while selecting
ctrl+backspace: Delete from cursor position to beginning of word before cursor
ctrl+delete: Delete from cursor position to end of word after cursor

Gerv
*** Bug 33288 has been marked as a duplicate of this bug. ***
Aren't all those dependencies on the wrong side of the dependency tree ...?

Move to M16 for now ...
Target Milestone: M15 → M16
*** Bug 35187 has been marked as a duplicate of this bug. ***
Blocks: 30431
*** Bug 36865 has been marked as a duplicate of this bug. ***
Pressing ctrl+enter in the url-field in the browser should add 'http://www.' 
before the entered text and '.com/' and then load the entered url. So to load 
altavista you just:
1. enter 'altavista' in url field
2. press ctrl+enter
3. done!

I know mozilla will try http://www.altavista.com automaticly, but it will try 
to load http://altavista/ first which gives an annoying delay. Autocompleat 
will not fix this either since it might be a site you havn't visited before.
Last but not least reason; IE does this :)
No, that assumes that the majority of Web sites are for US or multinational 
companies (.com). That may be true now, but it might look very silly in a couple 
of years as the rest of the world catches up in Internet use. (BTW, for AltaVista 
you don't need to type `altavista', you can just type `av'. That would probably 
more than compensate for the additional slowness from checking
<http://altavista/> first ...)
Depends on: 37515
> Pressing ctrl+enter in the url-field in the browser should add 'http://www.' 
> before the entered text and '.com/' and then load the entered url.

This is definitely platform specific, at least with ref. to IE ("IE does this 
:)").  Mac IE does no such thing. Not with Ctrl-Enter or Cmd-Enter (the former 
is treated as same as Enter, the latter does nothing at all!)  On the Mac side, 
in IE if you just enter "altavista" in the address bar and hit enter, it does 
just what this guy wants (expands it automagically to http://www.altavista.com) 
right on the spot.  So, I guess a better way to think of all this stuff, is to 
look at the behavior of browsers on each platform and do the most sensible, 
useful and expected thing for that platform.  Right now IE defaults to adding 
www to the front and .com to the end, and as long as you understand this, it's 
pretty sensible and often useful.  I agree that in a few years this may not be 
true, esp. if the TLD space is thrown open to .biz, .firm, .whatever.  Kind of a 
tossup.  Anyway, my point was just that making Ctrl-Enter do this, cross 
platform, doesn't make much sense, because Ctrl-Enter is basically completely 
meaningless to anyone not using Windows.  These kinds of things (along with 
stuff I submitted earlier elsewere, about Home and End keys, for example) is 
highly pla
*** Bug 37851 has been marked as a duplicate of this bug. ***
*** Bug 37851 has been marked as a duplicate of this bug. ***
we can't add "www." and ".com" if the entered url contains only one word since 
there are some LAN that has DNS names containing only one word. I can see the 
point that some keybindings are platform dependent, but that dosn't mean that 
they are unneeded.
I still think there would be useful to have some functionality for easy access 
to urls like www.YourCompanyNameHere.(com/org/de/se) but that should be filed 
that as bug 37867.
From bug 34004 and elsewhere: both Home and Ctrl+Home to go to the start of the 
document/text field, and both End and Ctrl+End to go to the end of the document/
text field.

*** Bug 34004 has been marked as a duplicate of this bug. ***
On the windows platform the standard behaviour is:
Home:      start of line
Ctrl+Home: start of document/field
End:       end of line
Ctrl+End:  end of document/field

(btw it causes a real mess that the dependency-tree is backwards on this bug:( )

*** Bug 30964 has been marked as a duplicate of this bug. ***
Target Milestone: M16 → M17
from bug 37851: add Cmd+. (Command-period) to stop page loading.
Keywords: meta
*** Bug 38681 has been marked as a duplicate of this bug. ***
Someone ought to expand the keyword list for this bug to include
"hot keys", "shortcuts", "alt" and maybe a few other things. This would cut down
on duplicate entries like the one I just posted.

*** Bug 39038 has been marked as a duplicate of this bug. ***
Regarding the "www." and ".com" stuff, please see bug 37867 and the comments 
there for the reasons this is not a good idea. Also see the workaround, the 
keywords for bookmarks.
*** Bug 29348 has been marked as a duplicate of this bug. ***
from bug 29348: shortcuts for the Go menu items don't work: Back
(alt/cmd/ctrl+[), Forward (alt/cmd/ctrl+]), and Home (alt/cmd/ctrl+H).
Nominating for nsbeta2 because bug 29348 was marked as a duplicate of this bug,
and this seems to be a tracking bug by marking as duplicates rather than using
dependencies (which seems more sensible to me).
Keywords: nsbeta2
Blocks: 36922
[nsbeta2-] for the kitchen sink, please nominate any specific broken shortcuts 
as individual bugs for separate consideration.
Whiteboard: [nsbeta2-]
*SPAM* - adding mostfreq keyword to bugs with loads of DUPEs. Please aid this 
effort by adding this keyword to any bugs with more than 15 DUPEs.

Gerv
Keywords: mostfreq
from bug 39038: alt+left arrow and alt+right arrow should work as back/forward.
Move to M20 target milestone.
Target Milestone: M17 → M20
Adding in bug 18768.

Gerv
Blocks: 18768
Alt+R for 'Reload Page' is missing.  This is _really_ useful when developing
pages as I am refreshing all the time.
... That would be Ctrl+R, rather than Alt+R, for reload. See bug 22515.
Blocks: fishcam
No longer depends on: 37515
*** Bug 43166 has been marked as a duplicate of this bug. ***
forgive the spam: moving to the new Keyboard Nav component, where this belongs.
:-)
Component: XP Apps → Keyboard Navigation
Adding spec URL, sorry it's internal-only, yell at the UI people.
URL: http://gooey/client/5.0/specs/keyboar...
See also the Aphrodite keyboard spec, which is (ahem) publicly available, albeit 
slightly incomplete:
<http://critique.net.nz/project/mozilla/general/interface/keys/>.
(Don't try to read it using 4.x, use Mozilla.)

What about holding SHIFT while clinking on a link to open it in
a new window? IE does this. And I think it is really usefull.
"Open In New Window" left-click modifier... what a great idea!
I can't speak for anyone else, but include it, document it, and I'll use it :)
I've always been keen on Netscape's 'centre-click' to open in a new window.  Now
that you often can centre-click in Windows perhaps this could even be made 
cross-platform?
Regarding the last three comments: the existing bug 12056, "[FEATURE] Click link 
with key modifier and open URL in new chromed window", is where that discussion
belongs. You may want to add votes, as it is in danger of being moved to the
"Future" milestone.
Some platform-related remarks:

Someone asked for Shift-Click on a link to open it in another window. This must be a 
Windows thing. On Macs (every browser I've tested that has such a feature at all), it's 
Cmd-Click.

Likewise, someone wanted Ctrl- or Alt-R to reload.  On Macs it Cmd-R, and I certainly 
second the nomination for this being fixed.  Almost all browsers have a [Modifier Key]-R 
command for reloading, even Lynx does!  :-)  Very, very useful.  I don't see it even 
mentioned on the attachment that comes with this meta-bug, the chart listing all the key 
commands and their status.

Another minor but pesky problem is that pgup/pgdn don't seem to be working unless the 
focus is in the content area of the page.  If focus is in the URL entry navigation bar, 
pgup/pgdn don't work.  (And it's not like there would be any function of those keys in the 
URL entry area, since it's only a tiny portion of a page.)

Finally, I'd agree with the other commentator that suggested adding keywords like alt, 
control, ctrl, command, cmd, hotkey, hotkeys, shortcut, shortcuts, etc.  I didn't even know 
this uberbug existed for quite some time, and kept submitting new dupes...
Noticed another keybinding issue - On a Mac, at least, hitting up-arrow when focus is 
a) in a one-line text-entry box, or 
b) on the top line of a multi-line text-entry box
should move cursor to beginning of line, and hitting down-arrow when
a) in a one-line text-entry box, or
b) on the bottom line of a multi-line text-entry box
should move cursor to end of line.

This is standard (Mac UI Guidelines-required, in fact) behavior for ALL applications under 
MacOS.

This problem applies to both the URL entry bar, and to form text-entry areas.


Also, I find that PgUp & PgDn do not work as expected (paging up and down) if the focus 
is in a text entry box in a form.  My take on this is that PgUp and PgDn should *always* 
scroll the current page, no matter where cursor focus is (even in form box, or in URL 
entry bar, or in a scrollable frame).  

Cmd-PgUp and Cmd-PgDn in MacOS (or Ctrl-PgUP and Ctrl-PgDn in Windows/*n*x) 
should scroll only current frame or text entry box (and jumpt to start/end of line under 
the conditions mentioned above for Up-Arrow and Dn-Arrow).  I argued elsewhere for 
PgUp/PgDn to move a frame up and down, not the window, if you are in a frame, but this 
actually strikes me as boneheaded on second thought. Much better for PgUp/PgDn to 
always do the same thing, and for a consistent & expected modifier key to move you 
within segments of a page, whatever those segments are.
A shortcut key command to view the source (Ctrl/Alt/Cmd + U in Netscape) to view
the source is a useful function for those of us actually developing dynamic
content pages.  I also love being able to do this in the Netscape e-mail client
to get to see the whole message 'in the raw'.

With this, and a shortcut to effect a 'reload', I will be able to use Mozilla
full time, and I will too :-)

I'm afraid I don't much mind _which_ key either of these are assigned to - I
press these so often I'd learn to like anything in about 1/2 an hour!
wouldn't it be beter to kill bug 18768 and ad it's content to this one?
i for one realy like the 
ctr-alt-t : for network activity
ctr-alt-s : for showing/hiding the status bar
keys they can provide you with a great deal of feadback when a window looks to 
be doing nothing
Nav triage team: [nsbeta3+]
Whiteboard: [nsbeta2-] → [nsbeta2-][nsbeta3+]
*** Bug 46676 has been marked as a duplicate of this bug. ***
F5 should also reload page.
Adding nsbeta3 keyword to bugs which already have nsbeta3 status markings so 
the queries don't get all screwed up.
Keywords: nsbeta3
*PLEASE* don't forget the Ctrl-Alt-T open connections dialog as well as the rest
of this.  I believe this is already marked as bug <A
HREF="http://bugzilla.mozilla.org/show_bug.cgi?id=37693">37693</A>
Whiteboard: [nsbeta2-][nsbeta3+] → [nsbeta2-][nsbeta3+][UE1]
Chris, I think this can be P2'd if you like.
Adding ue1 because i felt like it? akin to dveditz@netscape.com's 
nsbeta2/nsbeta3 keyword mass spams.
Keywords: UE1
mcafee@netscape.com it seems mpt's snipe at the non public nature of the url 
went unnoticed.  Please convince someone to publish this spec. Thank you.
Whiteboard: [nsbeta2-][nsbeta3+][UE1] → [nsbeta2-][nsbeta3+][UE1][demand public spec]
mpt how about this spec from bug 22529? [Read the bug too, as usual the spec 
scares people].
URL: http://gooey/client/5.0/specs/keyboar... → http://bugzilla.mozilla.org/showattac...
lake * jennifer, could we just attach (to this bug) the specs you wrote? namely:

keyboard accelerators:
http://gooey.mcom.com/client/5.0/specs/mail/Misc/Accelerators.html

keyboard navigation:
http://gooey.mcom.com/client/5.0/specs/keyboard/kybdnav2.htm

i don't understand why such info should be kept solely internally.
Attached file Accelerators Spec — 

    
    

    
  
Accelerator spec is now attached. Lake can attach the navigation spec.

Lake and I do not have CVS check in rights. We are in the process of trying to 
get that. If someone would like to volunteer to post this spec on mozilla for 
us, that would be great.

    
    

    
  
I'll post it; let me know where you want it.

    
    

    
  
Blake, if you could post it here: http://www.mozilla.org/projects/ui/netscape/
that would be great. Thanks.

    
    

    
  
Alt-Right and Alt-Left seemed to be working in CVS a few weeks ago. Now it
doesn't seem to anymore :(.

    
    

    
  
Keyboard accelerator key spec now posted at: 
http://mozilla.org/projects/ui/netscape/accel_keys/index.html

Should I post the attached keyboard nav spec also?
Whiteboard: [nsbeta2-][nsbeta3+][UE1][demand public spec] → [nsbeta2-][nsbeta3+][UE1]

    
    

    
  
I am even as I write this working on a revision. I will send it tomarow.

    
    

    
  

      
      
      
      

        Attached file
          
        Keyboard nav spec.
        — 
      

    


  
Depends on: 51418
Depends on: 51597

    
    

    
  
pdt:
nsbeta3- since we now how a series of individual bugs (thanks Lake for creating
those bugs) specing out precisely what we will implement for each component.
Whiteboard: [nsbeta2-][nsbeta3+][UE1] → [nsbeta2-][nsbeta3-][UE1]

    
    

    
  
In Composer, if you Page Up and Page Down with the keyboard then the cursor
doesn't move, just the view.  So if you then move the cursor keys the page
"jumps"back to where the cursor is.  This is contrary to most editors, and it
makes it impossible to scroll up and down quickly without using the mouse.


    
    

    
  
Under Windows, Alt+Space does not work from the Navigator or Composer windows
(but curiously it does from the "view source" window - presumably because it has
no menu bar).

Alt+Space pops up the window manager's menu in all Windows windows.


    
    

    
  
ALT+Space and ALT,Space not activating the MS-Windows control menu is the
subject of bug 19328, "[Windows] ALT+SPACEBAR is not activating control menu",
currently Future.

    
    

    
  
ctrl+shift+home and ctrl+shift+end for Windows still dosn't work. Keybindings 
seem to be correct but the functionallity is not...

    
    

    
  
I'm moving this to the "Future" milesone because this is really just a tracking bug.

Target Milestone: M20 → Future

    
    

    
  
...and since this *is* a tracking bug, any requests or bugs to implement
*specific* keyboard shortcuts should be filed as *separate* bugs. otherwise,
they're likely to not get looked at.

[in fact, i'm tempted to just resolve this one, just to reduce the clutter --esp
since individual bugs are more likely to get attention than an old tracking/meta
bug...]

    
    

    
  
i've checked in Lake's keyboard navigation spec to the mozilla.org website:

http://mozilla.org/projects/ui/netscape/keyboard_nav/index.html

also cc'ing akkana and jag, who've been doing lotsa keyboard nav stuff 
(primarily linux-side), so that they can check out the specs/etc. (feel free to 
remove yourself, if this is too spammy for you. :)

    
    

    
  
CTRL-right-arrow skips one word right in text fields, CTRL-left-arrow does nothing
(build ID 2000101221)

    
    

    
  
You are all going to hate me -- sorry I'm so late getting in on this. I'd like 
to request some behavior for the Bookmarks menu, to mimic Navigator 3.x. Why, 
you ask? Simple: it worked well.

In Navigator 3.x, Alt-B took you to the Bookmarks menu. From there, a single 
keystroke could open a sub-menu, or trigger a bookmark. And <EM>the user could 
select hir own hot-keys for bookmarks</em>. So, on my main Bookmarks menu, I 
have the item "Search &Tools" (with the hot-key bound to T to avoid conflict 
with other stuff), and the Search Tools menu contains (among other things) 
"Yahoo" and "Yahoo &Maps". So I can instantly get to Yahoo by pressing Alt-B, T, 
Y, and I can get to maps.yahoo.com by doing Alt-B, T, M. Even though the bookark 
entry titles both start with "Yahoo", I don't have to scroll around with the 
arrow keys.

This behavior really makes navigating a large and deeply-nested bookmark file a 
lot easier, and is so important to me that I still use 3.x as my primary 
browser, simply because no other version of Netscape (or IE) has this behavior. 
NN 4.x won't let me choose my own hot-keys, and that causes catastrophes for 
naming the bookmarks.

I realize this may be a somewhat complex behavior to include, especially at this 
point, and I'll totally understand if it has to be marked "FUTURE". But I'd love 
to see it at least get on the to-do list.


    
    

    
  
Kai MacTane: This is a tracker bug, please file a new bug [RFE] for what you 
described, and then mark this bug as blocking your new bug.

    
  
Blocks: 59538

    
    

    
  
*** Bug 61321 has been marked as a duplicate of this bug. ***
No longer blocks: 18768
Depends on: 18768

    
    

    
  
I don't think there's any point in having this open to track 3 bugs, and it 
looks like people are just using it as a place to pile up requests for keyboard 
shortcuts (when there should be individual bugs for each).  Closing this out, 
unless someone is still really using it...
Status: NEW → RESOLVED
Closed: 24 years ago
Keywords: nsbeta2, 
          
            nsbeta3
Resolution: --- → FIXED
Whiteboard: [nsbeta2-][nsbeta3-][UE1]

    
    

    
  
The bugs that are marked as duplicates of this bug have all been fixed (or are 
covered by other, open bugs).  Someone should go through the attachments and 
see what's still missing...

    
    

    
  
hokay, i'm verifying this. also cc'ing aaron [even though this is rather
old/stale meta bug], who's working on a new keyboard navigation spec.
Status: RESOLVED → VERIFIED

    
  
Keywords: UE1

    
    

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

    
    

    
  
*** Bug 220533 has been marked as a duplicate of this bug. ***
Component: Keyboard: Navigation → User events and focus handling
Summary: [FEATURE] Keyboard shortcuts → [meta] [FEATURE] Keyboard shortcuts

          You need to log in
          before you can comment on or make changes to this bug.
        






  

    
  







  

    

      
Attachment

      

      
      
      
      
    

    

      

        

          

            
General

            

              Creator: 



            

            
Created: 

            
Updated: 

            
Size: