- From: Siegman, Tzviya - Hoboken <tsiegman@wiley.com>
- Date: Mon, 12 Oct 2015 17:56:39 +0000
- To: Ivan Herman <ivan@w3.org>, Deborah Kaplan <dkaplan@safaribooksonline.com>
- CC: "public-dpub-accessibility@w3.org" <public-dpub-accessibility@w3.org>
I interpreted this the same way as Ivan did. Michael C did indeed put this table together, largely based on that large call with PF and DPUB (and guests). Clarifying what is meant by role would go a long way. Tzviya Siegman Digital Book Standards & Capabilities Lead Wiley 201-748-6884 tsiegman@wiley.com -----Original Message----- From: Ivan Herman [mailto:ivan@w3.org] Sent: Monday, October 12, 2015 1:48 PM To: Deborah Kaplan Cc: public-dpub-accessibility@w3.org Subject: Re: The use cases table, modified, for comment > On 12 Oct 2015, at 15:56 , Deborah Kaplan <dkaplan@safaribooksonline.com> wrote: > >> Deborah, >> I have made some very minor changes mostly on the first table; have put it into a separate branch on the repo: >> https://rawgit.com/w3c/dpub-accessibility/ivan-comment-on-analysis/ex >> tended-description-analysis.html > > Thank you, Ivan. > >> - the second table says 'no' to 'exposed meaningfully to the >> accessibility API and UA' for the column on 'details with src and role'. I am not sure that is fair. > > Our definition of "meaningfully" for the purposes of this table is "in > a way that the API and UA can understand this is further description". > In other words, longdesc and describedby both give enough information > to say that this is specifically a description of the referred-to > object; longdesc says "this is further description, beyond the basic" > and describedby says "this is a basic description". How the user > agents and AT deal with that meaningful information is another issue, > but we maintain it is important semantic information that needs to be > exposed. > > The only way this can happen is if the role referred to above is > specifically something which indicates "extended description". > describedat would do that; a different role as yet unspecified would > do that. But a generic role would not do anything of the sort. That is of course correct. But I interpreted that option ("details with src and role") as providing the possibility to add a role that would make it clear that the src is some sort of an alternative description, ie, that it is not (necessarily) just a generic role. Maybe it is worth making it clearer in the text what we really mean by this combination. > >> - the implementation complexity seems to be really guess work. I made >> some changes there to make it a bit more fair > > we only touched the 2nd table. PF is full of browser implementers, and > Dpub accessibility has none, so we thought they were better able than > we are to populate that table. :-) > Yep, this comment is mostly for Michael who, afaik, put together this tableā¦ Cheers Ivan > Deborah > ---- Ivan Herman, W3C Digital Publishing Lead Home: http://www.w3.org/People/Ivan/ mobile: +31-641044153 ORCID ID: http://orcid.org/0000-0003-0782-2704
Received on Monday, 12 October 2015 17:57:16 UTC