W3C home > Mailing lists > Public > public-html@w3.org > February 2012

Re: Canvas as input vs. img (was Using @aria-describedby for long described image links [Was: Using an image map for long described image links [Was: Revert Request]])

From: Leonard Rosenthol <lrosenth@adobe.com>
Date: Wed, 8 Feb 2012 06:55:58 -0800
To: Charles Pritchard <chuck@jumis.com>
CC: Maciej Stachowiak <mjs@apple.com>, Steve Faulkner <faulkner.steve@gmail.com>, Benjamin Hawkes-Lewis <bhawkeslewis@googlemail.com>, John Foliot <john@foliot.ca>, Matthew Turvey <mcturvey@gmail.com>, Leif Halvard Silli <xn--mlform-iua@xn--mlform-iua.no>, Silvia Pfeiffer <silviapfeiffer1@gmail.com>, Laura Carlson <laura.lee.carlson@gmail.com>, Sam Ruby <rubys@intertwingly.net>, Paul Cotton <Paul.Cotton@microsoft.com>, HTML WG <public-html@w3.org>
Message-ID: <CB57F562.173DA%lrosenth@adobe.com>
On 2/7/12 4:39 PM, "Charles Pritchard" <chuck@jumis.com> wrote:

>With SVG, I am more often using <button><svg /></button>, with Canvas,
>I'm more often using <canvas><button /></canvas>.
>Small distinction, not very important.

Maybe I am looking at this differently, but I see this as a BIG
distinction since it changes the DOM/parentage of the button.

In the SVG case, the button is the parent (aka this is an input object
with button characteristics).  The SVG (at least logically) is simply
serving as some or all of the "appearance" of that button.   The button (I
assume!) is still part of a larger form which is part of the HTML root.

In the latter case, it says that there is a button that lives on top of a
canvas.  It's appearance is defined either by standard button styling or
whatever happens to already be on the canvas.  However, at least to me,
it's quite unclear whether that button is part of a larger form or not,
since I would never expect to see a canvas as a sub-element of form.

Received on Wednesday, 8 February 2012 17:14:48 UTC

This archive was generated by hypermail 2.3.1 : Thursday, 29 October 2015 10:16:20 UTC