- From: Richard Schwerdtfeger <schwer@us.ibm.com>
- Date: Sun, 20 Jan 2013 17:00:08 -0600
- To: public-svg-wg@w3.org
- Cc: Kelvin Lawrence <klawrenc@us.ibm.com>
- Message-ID: <OFFADC7B99.E30A4C04-ON86257AF9.007D7B72-86257AF9.007EBD1A@us.ibm.com>
So, I am trying to be consistent with what is in HTML5 but I have some
questions.
Does the group want focus events that are not handled within the SVG
document to bubble up into a containing DOM (HTML) if they are not
handled within? I guess this would be the case for any events. We are
sharing the same DOM.
Same goes for an SVG element embedded in another SVG element.
Does the group want to support access keys. Personally I think they are
terrible and should never have been created? I am not a big fan of them
and I know of no IBM group that uses them. As we go to mobile I think
they will go the way of the bit bucket. (my 2 cents),
Do people agree the anchor element in SVG should be in the keyboard
navigation order like HTML? It is the only active element, by default, I
am aware of.
In terms of keyboard navigation, if we are being used inside of a parent
document that also supports tabindex I believe we should be included in
the sequential navigation order so at to have seamless navigation. Do
you all agree? This happens today with IFrames and is a good
accessibility practice.
Do folks want to go to the same degree of specification whereby we
dictate the processing of keyboard events like they do in HTML5?
I will have lots more questions.
Received on Sunday, 20 January 2013 23:01:04 UTC