Re: libreoffice now implements HTML 5 canvas

On 2/7/2012 2:02 PM, Simon Sarris wrote:
> I'm not sure that just because LibreOffice is making this that such 
> features should be accommodated. LibreOffice has already gone a long 
> way to forfeiting accessibility merely by choosing Canvas (see the 
> list below for examples).
>
> They're not the first to try such an editor. The Mozilla Bespin (web 
> IDE) project became Mozilla Skywriter became "forget it, we shouldn't 
> have used HTML5 Canvas as a text editor" and merged with Ace, which 
> uses plain old divs and not Canvas. It's not glamorous. But it's sane. 
> (http://ace.ajax.org)
>
> The Canvas spec already has an entire section devoted to why making a 
> complex text editor rendered in Canvas is a bad idea, almost all of it 
> relates to accessibility nightmares:

This is a misunderstanding about scope.

Programmers and development teams writing authoring tools are taking on 
big tasks directly related to authoring tools.
Of course they have to implement all sorts of things.

Programmers and developers writing blogging software, or something that 
uses authoring tools, well they are better advised to use libraries, and 
not recreate everything from scratch.

These are not accessibility nightmares. They are accessibility requirements.
Nightmare and requirement are two different things.

I see WCAG2 and think, great! a list of requirements, a way to set scope.
I don't think, oh god, what a nightmare, supporting this list.

There's been a nice meme floating about about an "end to negativity" in 
the JavaScript realm. I hope it catches on.

Most programmers work outside of the browser; people who write widgets, 
who write text layout software, they are fully aware of the intricacies.


-Charles

Received on Tuesday, 7 February 2012 22:16:41 UTC