- 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