doc/todo/access_keys.mdwn

   1 Access keys (i.e., keyboard shortcuts) can be defined for common
   2 features.  Something like the following:
   3
   4 * 1 - Homepage
   5 * 2 - Search box
   6 * E - Edit
   7 * R - RecentChanges
   8 * H - History
   9 * P - Preferences
  10 * D - Discussion
  11 * S - Save the current page (when editing)
  12 * C - Cancel the current edit
  13 * V - Preview the current page
  14
  15 Then, for example, in Firefox one could press Alt+Shift+E to edit the
  16 page.
  17
  18 For links, this is implemented as:
  19
  20     <a href="recentchanges/" accesskey="r">RecentChanges</a>
  21
  22 and for forms buttons:
  23
  24     <input type="submit" value="Submit" accesskey="s"/>
  25
  26 --[[JasonBlevins]], March 21, 2008 18:05 EDT
  27
  28 - - -
  29
  30 There are also a few thoughts about access keys on the
  31 [[main_discussion_page|index/discussion]].  The main criticism there it
  32 seems is that some browsers implement access keys in a way (via the Alt
  33 key) that allows them to override built-in keyboard shortcuts.  I
  34 believe this is not a problem any longer in Firefox (which uses the
  35 Shift+Alt prefix) but I suppose it could still be a problem in other
  36 browsers.
  37
  38 Another criticism is that most browsers do not display the access keys
  39 that are defined.  The [article][] cited on the main discussion page
  40 suggests underlining the relevant mnemonic.  I think it would be
  41 sufficient to just list them in the basewiki documentation somewhere.
  42
  43   [article]: http://www.cs.tut.fi/~jkorpela/forms/accesskey.html
  44
  45 It's an unfortunate situation&mdash;I'd like an alternative to the
  46 rodent but there are quite a few downsides to using access keys.
  47 Tabbing isn't quite the same as a nice shortcut key.  There's always
  48 Conkeror...
  49
  50 --[[JasonBlevins]], March 22, 2008 10:35 EDT