W3C home > Mailing lists > Public > public-xhtml2@w3.org > October 2007

Re: @role in SVG

From: Richard Schwerdtfeger <schwer@us.ibm.com>
Date: Tue, 16 Oct 2007 07:58:02 -0500
To: Henri Sivonen <hsivonen@iki.fi>
Cc: Aaron M Leventhal <aleventh@us.ibm.com>, Dave Raggett <dsr@w3.org>, public-cdf@w3.org, public-xhtml2@w3.org, public-xhtml2-request@w3.org, Doug Schepers <schepers@w3.org>, Simon Pieters <simonp@opera.com>, www-svg <www-svg@w3.org>
Message-ID: <OF529D1962.B991F974-ON86257376.0046187A-86257376.0047399C@us.ibm.com>

Hi Henri,

In order for the non-namespaced version to be included, the attributes
would need be part of the base language. After some work we have uncovered
bugs int the IE implementation of namespaced attributes. Microsoft is
tracking those down but the bottom line is using setAttributeNS is a major
problem. It gets exacerbated when mixing document formats like SVG.

This deficiency requires people to use JavaScript to initiate UI updates
because we can't just have have a style sheet trigger off a CSS property in
html. Now we can say that well we should not be catering to IE bugs but the
reality is we are dealing with a browser with a very large marketshare.

Now this may not all be a problem for SVG plug-ins but it would be easier
for the developer to be able to set an attribute for a cross-cutting
technology without using a namespace.

In the UI realm I view roles and states and properties as cross-cutting
technologies. It would be nice to make it possible to set cross-cutting
attributes consistently across UI technologies.


Rich Schwerdtfeger
Distinguished Engineer, SWG Accessibility Architect/Strategist
Chair, IBM Accessibility Architecture Review  Board
blog: http://www.ibm.com/developerworks/blogs/page/schwer

             Henri Sivonen                                                 
             Sent by:                                                   To 
             public-xhtml2-req         Doug Schepers <schepers@w3.org>     
             uest@w3.org                                                cc 
                                       www-svg <www-svg@w3.org>,           
                                       public-xhtml2@w3.org, Simon Pieters 
             10/10/2007 10:21          <simonp@opera.com>, Aaron M         
             AM                        Leventhal/Cambridge/IBM@IBMUS, Dave 
                                       Raggett <dsr@w3.org>,               
                                       Re: @role in SVG                    

On Oct 10, 2007, at 03:59, Doug Schepers wrote:

> 1) XHTML Namespace
> <svg
>   xmlns="http://www.w3.org/2000/svg,"
>   xmlns:xlink="http://www.w3.org/1999/xlink"
>   xmlns:xhtml="http://www.w3.org/1999/xhtml"
>   xmlns:aaa="http://www.w3.org/2005/07/aaa">
>   <g xhtml:role="checkbox" aaa:checked="true">...</g>
> </svg>

> 2) Native Non-Namespaced Attribute
> <svg
>   xmlns="http://www.w3.org/2000/svg"
>   xmlns:xlink="http://www.w3.org/1999/xlink"
>   xmlns:aaa="http://www.w3.org/2005/07/aaa">
>   <g role="checkbox" aaa:checked="true">...</g>
> </svg>

I'm curious why a third way isn't mentioned:
3) Non-Namespaced Attributes for both role and states/properties with
the latter prefixed with "aria-" (and no qNames in content but opaque
   <g role="checkbox" aria-checked="true">...</g>

  * Matches what has recently been proposed for (X)HTML5 and XUL.
Good both for implementation and author skill portability.
  * Fewer namespaces to deal with (i.e. easier).
  * Copy-paste-friendly.
  * DOM-friendly. (qNames in content are *bad* in the DOM.)
  * Not a chameleon namespace per se. The attributes would be in no
namespace in XHTML5, SVG and XUL.
  * Semantics and processing can still be imported by normative
reference from wherever they get defined for HTML5. No need to spec
all this in the SVG spec.

  * Not what the WAI PFWG draft currently says.
  * Unorthodox in terms of XML architecture.

Henri Sivonen

(image/gif attachment: graycol.gif)

(image/gif attachment: pic08930.gif)

(image/gif attachment: ecblank.gif)

Received on Tuesday, 16 October 2007 12:58:42 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 19:40:00 UTC