W3C home > Mailing lists > Public > public-html@w3.org > November 2007

Re: SURVEY: Accept requirement for immediate mode graphics a la canvas element?

From: Thomas Broyer <t.broyer@gmail.com>
Date: Fri, 30 Nov 2007 16:30:54 +0100
Message-ID: <a9699fd20711300730x376aca09obfb985725c9d85eb@mail.gmail.com>
To: public-html@w3.org
2007/11/30, Dr. Olaf Hoffmann:
>
> Alternatively the 'functionality' of canvas could be integrated into the img
> element - seems to be a raster image format too, therefore this fits somehow
> together and does not require yet another element for the same type of
> graphics. Else, without scripting support or without activated scripting,
> canvas seems to be empty or presumably decorative or can be replaced
> with other arbitrary elements like div maybe or span.

When scripting is disabled (or when there is no scripting support at
all), <canvas> should "fallback" to its content (because the whole
point of <canvas> is to be scripted).

If you integrate the canvas API to <img>, you don't have such a
fallback mechanism (except the image referenced by the src attribute;
or eventually the alt text if you're also in the case where images are
disabled / there's no support for images at all).

(note: the same kind of rationale also applies to the video and audio
elements: I could disable audio and thus be given the "fallback"
content, without at the same time disabling video, and without having
the browser resort to some heuristics –e.g. on the content type, but
that might not always be feasible– as would be the case with using the
more general <object>)

-- 
Thomas Broyer
Received on Friday, 30 November 2007 15:31:08 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Wednesday, 9 May 2012 00:16:10 GMT