- From: Richard Schwerdtfeger <schwer@us.ibm.com>
- Date: Wed, 9 Sep 2015 10:32:45 -0500
- To: Joseph Scheuhammer <clown@alum.mit.edu>
- Cc: Steven Faulkner <faulkner.steve@gmail.com>, WAI Protocols & Formats <public-pfwg@w3.org>
- Message-ID: <OFC6CCA54B.B0554FCE-ON86257EBB.005332DF-86257EBB.00556581@us.ibm.com>
Rich Schwerdtfeger Joseph Scheuhammer <clown@alum.mit.edu> wrote on 09/09/2015 09:40:28 AM: > From: Joseph Scheuhammer <clown@alum.mit.edu> > To: Richard Schwerdtfeger/Austin/IBM@IBMUS, WAI Protocols & Formats > <public-pfwg@w3.org> > Cc: Steven Faulkner <faulkner.steve@gmail.com> > Date: 09/09/2015 09:40 AM > Subject: Re: Fw: Action-1715: figure role and Action 1708 > > Hi Rich, > > Comments inline. > > On 2015-09-08 8:25 PM, Richard Schwerdtfeger wrote: > > figure > > > > A perceivable section of content which supports the main document, > > and should be easily locatable regardless of its position in the > > layout. > > > > By "should be easily locatable" do you mean "easily navigable"? Also, > is the "should" normative? If so, who's responsible? I suspect it's > the author, in which case, reword to: > This means that I should easily recognize this visually as a figure in the document. It needs to be perceivable. This is meant as guidance to authors like we do for landmarks. > "... and authors SHOULD provide a way for users to easily navigate to > the figure, regardless of its position in the layout." > yes. You should be able to navigate to it with the keyboard. > > A figure may contain a graphical document, an image, or other > > content such as code snippets or example text. > > > > Is the "may" normative? If so, use "MAY"; otherwise, change to "might". > I think the issue here is that it can contain all types of content an not just presentational graphics images. Our convention for normative is to capitalize it. I am OK with it being a might. > > A figure should be referenced from the main text but does not need > > to be displayed directly where it is referenced. > > > > "Authors SHOULD provide a reference to the figure from the main text, > but the figure need not be displayed at the same location as the > referencing element." > That works. > Also, what is the type of reference? An IDREF? A URI? A selector? > All of the above? :-) > All of the above. Do you think we need to enumerate them with a such as a programmatic link, etc.? > > > > A figure MAY have an associate label or caption, or an associated > > description. > > > > Typo: associateD label. Also, I'm tempted to change the sense of the > second "or" to "and/or": > OK. Thank you for the feedback and I will send out an update based on your feedback and that from Steve. Best, Rich > "A figure MAY have an associated label or caption, or an associated > description, or both." > > > > _ > > __Assistive technologies_ > > <http://rawgit.com/w3c/aria/master/aria/aria.html#dfn- > assistive-technologies>/SHOULD/ enable > > users to quickly navigate to figures. Mainstream _user agents_ > > <http://rawgit.com/w3c/aria/master/aria/aria.html#dfn-user-agent > >/MAY/ enable > > users to quickly navigate to figures. > > > > I'm not sure what is meant by "Mainstream user agents" since > "mainstream" is not defined anywhere. The term "user agents" is > defined, and it's sufficient without the "mainstream" qualifier: > > "'User agents' MAY enable users to quickly navigate to figures." > > > > > > The figure role would be a subclass of role section. > > > > Name From: Author > > Accessible Name Required: False > > Hope that's useful. > > -- > ;;;;joseph. > > 'Array(16).join("wat" - 1) + " Batman!"' > - G. Bernhardt - >
Received on Wednesday, 9 September 2015 15:33:22 UTC