]> git.vanrenterghem.biz Git - git.ikiwiki.info.git/blobdiff - doc/todo/access_keys.mdwn
po/todo: added better implementation ideas
[git.ikiwiki.info.git] / doc / todo / access_keys.mdwn
index e2bdab97cf47aafdd5a03a6fcd6cfcd93f5512ca..52031ffc1adfba02ebf62358b825224b933ce88b 100644 (file)
@@ -27,8 +27,26 @@ and for forms buttons:
 
 - - - 
 
-There are also a few thoughts about access keys on the
-[[main_discussion_page|index/discussion]].  The main criticism there it
+There were also a few thoughts about access keys on the
+[[main_discussion_page|index/discussion]]. Now moved to here:
+
+> Would anyone else find this a valuable addition.  In oddmuse and instiki (the only other
+> wiki engines I am currently using, the edit, home, and submit link tags have an
+> accesskey attribute.  I find it nice not to have to resort to the mouse for those
+> actions.  However, it may not be something everyone appreciates.  Any thoughts?
+> --[Mazirian](http://mazirian.com)
+> 
+> > Maybe, although it would need to take the critisism at
+> > <http://www.cs.tut.fi/~jkorpela/forms/accesskey.html> into account.
+> 
+> >> Thank you for that link. Given that the edit link is the first thing you tab to
+> >> in the current layout, I guess it isn't all that necessary. I have had a 
+> >> a user complaint recently that Alt-e in oddmuse was overriding his access
+> >> to the browser menu.
+
+----
+
+The main criticism there it
 seems is that some browsers implement access keys in a way (via the Alt
 key) that allows them to override built-in keyboard shortcuts.  I
 believe this is not a problem any longer in Firefox (which uses the
@@ -48,3 +66,5 @@ Tabbing isn't quite the same as a nice shortcut key.  There's always
 Conkeror...
 
 --[[JasonBlevins]], March 22, 2008 10:35 EDT
+
+[[!tag wishlist]]