- From: John Russell <ve3ll@rac.ca>
- Date: Thu, 23 May 2002 07:49:39 -0400
- To: www-amaya@w3.org
Mention was made of perhaps using more of the Windows
interface conventions on the windows model ... some of the
ones that are not there that are needed the most are
EDITOR MODE
>>move cursor word(s) forward/back ctrl - rightarrow , ctrl leftarrow
amaya does one time only but doesnt repeat !!!! BUT IT WORKS
MULTIPLE TIMES IN THE SOURCE VIEW ;-] ;-]
>>select to end of line BUT NOT THE NEWLINE CHARACTER shift - END
>> select to beginning of line shift-home
>> select word(s) right/left ctrl-shft rightarrow/leftarrow
THE FAILURE OF SELECT MODE BY KEYBOARD IS MAJOR ISSUE.
BOTH EDITOR AND BROWSER MODE
>> Find next F3
moves in direction and for word set by ctr-f (find first) dialog
ACCELERATOR KEYS ----
a lot of shortcuts would be redundant if the standard accelerator key
convention was used .......
menu items have underline under initial letter (or other if duplication
unavoidable)
submenu items also have underline under initial or appropriate letter
ALTERNATE key sets up the accelerator motion
alt f x would be File Exit
alt f p would be File Print
alt f r would be File Reload etc ---
alt v b would be View Buttonbar --- gee almost there on that one ;-] ;-]
selection of wording to remove duplicate first letter such as the mysterious
Special ----> Configuration or whatever ....
this convention works well for windows users and most programmers toolkits
let it be setup quickly. Designers chose their menu and submenu names
thinking about reusing what others use, avoiding duplication of initial letters
and easy to remember operations such as alt - Edit - Replace
or in some alt -- Edit -- Change
lack of accelerator key function is major inhibitor for windows users.
John Russell, VE3LL@RAC.CA
http://home.cogeco.ca/~ve3ll (2 L's as in London)
Be sure to check your HTML markup code by using
http://validator.w3.org or
http://www.htmlhelp.com/tools/validator/
Received on Thursday, 23 May 2002 07:45:42 UTC