W3C home > Mailing lists > Public > www-svg@w3.org > January 2006

Re: [svg11] test suite question

From: Cameron McCormack <cam-www-svg@aka.mcc.id.au>
Date: Tue, 31 Jan 2006 08:59:07 +1100
To: www-svg@w3.org
Message-ID: <20060130215907.GA6284@port.mcc.id.au>

Hi Anne.

Anne van Kesteren:
> It is unclear to me how the target in
> <http://www.w3.org/Graphics/SVG/Test/20030813/htmlframe/full-script-handle-02-b.html>
> can be reached. Activation is clear more or less. I guess DOMActivate should be
> dispatched when the <circle> is clicked. However, how does it recieve focus
> events?

I think by moving the mouse pointer over it.  DOM 2 Events says this
about the DOMFocusIn event:

  The DOMFocusIn event occurs when an EventTarget receives focus, for
  instance via a pointing device being moved onto an element or by
  tabbing navigation to the element. Unlike the HTML event focus,
  DOMFocusIn can be applied to any focusable EventTarget, not just FORM

Though I like this sort of sloppy focus in my window manager, I'm not
sure of its usefulness in SVG if you've also got the mouseover/mouseout
events.  IMO greater control over focus would be useful, especially with
editable text fields in SVG 1.2.  Wouldn't it be annoying if the focus
was removed from the text field because you moved the mouse over a
different element?  sXBL widgets also will need tighter control over
whether their shadow trees capture the focus or not.

[1] http://www.w3.org/TR/DOM-Level-2-Events/events.html#Events-UIEvent

 Cameron McCormack			ICQ: 26955922
 cam (at) mcc.id.au			MSN: cam (at) mcc.id.au
 http://mcc.id.au/			JBR: heycam (at) jabber.org
Received on Monday, 30 January 2006 21:59:16 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 8 March 2017 09:47:06 UTC