Right. I wuld expect onfocus and onmouseover to be used analagously, and it is true that a user agent can quite easily collapse the two as required. onclick is only triggered with a mouse (big bug in my opinion) although there is an onactivate in DOM 2 and in SVG and SMIL 2 which is designed to be triggered by click, double-click, keyboard activation, or whatever is appropriate for the user interface in question. Cheers Charles On Thu, 13 Sep 2001, Jim Ley wrote: >There is a problem, if it is done in the obvious way. As I originally thought, but obviously didn't explain well. >Having the author set an onClick and an onFocus >that lead to the same script, if it shows up as two >entries in the context-adapted "what can I do?" >menu, is a real performance degrader. onMouseOver and an onFocus are more likely, click isn't defined only for a pointing device is it? If they are identical scripts handlers for the two events point to the same function, then a UA could collapse them to one, the same as collapsing icon and text links could be done, so the approach is possible, it needs to be mentioned in the specifications. Jim. -- Charles McCathieNevile http://www.w3.org/People/Charles phone: +61 409 134 136 W3C Web Accessibility Initiative http://www.w3.org/WAI fax: +1 617 258 5999 Location: 21 Mitchell street FOOTSCRAY Vic 3011, Australia (or W3C INRIA, Route des Lucioles, BP 93, 06902 Sophia Antipolis Cedex, France)Received on Wednesday, 12 September 2001 20:03:59 GMT
This archive was generated by hypermail 2.2.0+W3C-0.50 : Monday, 7 December 2009 10:47:13 GMT