Re: Thoughts towards an accessible <canvas>

Are the ARIA properties ARIA-LABELEDBY and ARIA-DESCRIBEDBY going to be implemented in HTML5?

Jon


---- Original message ----
>Date: Wed, 18 Mar 2009 21:44:05 +0000
>From: Alasdair King <alasdairking@gmail.com>  
>Subject: Re: Thoughts towards an accessible <canvas>  
>To: Jon Gunderson <jongund@illinois.edu>
>Cc: John Foliot <jfoliot@stanford.edu>, richarduserite <richard@userite.com>, "John Foliot - WATS.ca" <foliot@wats.ca>, Wai-Ig <w3c-wai-ig@w3.org>, wai-xtech@w3.org, HTMLWG <public-html@w3.org>, WebAIM Discussion List <webaim-forum@list.webaim.org>, Gawds_Discuss <gawds_discuss@yahoogroups.com>
>
>John Foliot:
>1 Could we perhaps have a way to define (e.g. meta tag) that the
>canvas shouldn't be rendered to some set of users, like alt="" does
>now?
>2 The only other content is likely be be a brief text string, but this
>might be extended to a link to some equivalent data source, like a
>simplified-HTML version of the content.
>
>I don't think you're going to get anything else put in there, based on
>my experience of writing a web browser and looking at the contents of
>things like LONGDESC nodes.
>
>Jon Gunderson:
>May I pitch this to you?
>http://www.webbie.org.uk/webbiefordesigners.htm
>Another alternative is to install NVDA and try the page out in Firefox
>with your monitor turned off.
>
>Cheers,
>Alasdair King
>WebbIE
>http://www.webbie.org.uk
>
>On Wed, Mar 18, 2009 at 1:34 PM, Jon Gunderson <jongund@illinois.edu> wrote:
>> It would be useful if browsers had an accessibility mode that would allow web developers to easily view the accessibility of the content of a web page and at least have keyboard support for navigation to headings (h1-h6) and the new ARIA landmark roles.
>>
>> Accessibility mode would have at least the following features:
>>
>> 1. Render alternatives in place of non-text content
>> 2. Remove CSS and tables that are being used for layout
>>
>> This would provide at least one level of visualization of the content to people using assistive technologies.
>>
>> The Opera Browser does have built-in support for header navigation and they do make it easy to switch between many different renderings for web developers to view their content for many devices and users, including the features above.
>>
>> Jon
>>
>> ---- Original message ----
>>>Date: Tue, 17 Mar 2009 09:45:41 -0700 (PDT)
>>>From: "John Foliot" <jfoliot@stanford.edu>
>>>Subject: RE: Thoughts towards an accessible <canvas>
>>>To: "'richarduserite'" <richard@userite.com>, "'John Foliot - WATS.ca'" <foliot@wats.ca>, "'Wai-Ig'" <w3c-wai-ig@w3.org>, <wai-xtech@w3.org>, "'HTMLWG'" <public-html@w3.org>
>>>Cc: "'WebAIM Discussion List'" <webaim-forum@list.webaim.org>, "'Gawds_Discuss'" <gawds_discuss@yahoogroups.com>
>>>
>>>Richarduserite wrote:
>>>>
>>>> However I am not so sure about your idea of not rendering non-
>>>> conforming content
>>>>
>>>> "Finally, I propose that any instance of <canvas> that lacks at a
>>>> minimum
>>>> the 2 proposed mandatory values be non-conformant and not render on
>>>> screen."
>>>>
>>>> Would you apply the same rules all non-text content such as images?
>>>
>>>Actually, yes, I have proposed this form of draconian response before
>>>(http://tinyurl.com/dgrd8b).
>>>
>>>It's about consequences: until such time as there are real consequences
>>>for slack developers/tools that allows content to exist that is
>>>incomplete, then there will be content that is incomplete - it's a simple
>>>as that.  Why would <img src="path..." /> be any more complete than <img
>>>alt="Photo of a leprechaun" />?  I mean, clearly, anyone processing that
>>>info in their user-agent will 'get' the intent of the author, right?  Yet
>>>today, the first example will render in the browser, the second delivers a
>>>'fail'.  Ergo (to me) there is a problem of inequity here that must be
>>>addressed - if it fails for some, it should fail for all.
>>>
>>>>
>>>> The crucial thing is that the users software (browser, screen reader,
>>>> etc.)
>>>> is able to render the appropriate alternative (if it exists). And for
>>>> this
>>>> to happen you are right that the software developers as well as web
>>>> authors
>>>> need to be given a definitive, unambigous, set of guidelines. But I
>>>> don't
>>>> think you can ask Microsoft etc to create browser that refuse to
>>>> display any
>>>> content that is not fully accessible.
>>>
>>>I get that.  However, it does not change my thoughts, it only suggests
>>>that I will likely not get what I believe should be given.  But sometimes
>>>an extreme position must be articulated, if for no other reason than to
>>>set the outside bars far enough that the compromise (middle) position
>>>remains a win most of the time. Shooting for the stars will hopefully
>>>deliver the moon.
>>>
>>>JF
>>>
>>>
>>>
>> Jon Gunderson, Ph.D.
>> Coordinator Information Technology Accessibility
>> Disability Resources and Educational Services
>>
>> Rehabilitation Education Center
>> Room 86
>> 1207 S. Oak Street
>> Champaign, Illinois 61821
>>
>> Voice: (217) 244-5870
>>
>> WWW: http://www.cita.uiuc.edu/
>> WWW: https://netfiles.uiuc.edu/jongund/www/
>>
>>
>>
>>
>
>
>
>-- 
>Alasdair King
>
>
Jon Gunderson, Ph.D.
Coordinator Information Technology Accessibility
Disability Resources and Educational Services

Rehabilitation Education Center
Room 86
1207 S. Oak Street
Champaign, Illinois 61821

Voice: (217) 244-5870

WWW: http://www.cita.uiuc.edu/
WWW: https://netfiles.uiuc.edu/jongund/www/

Received on Thursday, 19 March 2009 13:30:30 UTC