- From: Peter Korn <peter.korn@oracle.com>
- Date: Sun, 16 Sep 2012 20:08:03 -0700
- To: Gregg Vanderheiden <ez1testing@gmail.com>
- CC: "public-wcag2ict-tf@w3.org Force" <public-wcag2ict-tf@w3.org>
- Message-ID: <50569413.4030504@oracle.com>
Hi Gregg,
I really think it would be useful to take the Examples for UI Context
discussion
<https://sites.google.com/site/wcag2ict/cross-cutting-issues-and-notes/user-interface-context/ui-context-examples>
and apply your suggested definitions to them.
*2.4.1. Bypass Blocks: *
* Looking at How many Example #1: two document windows
<https://sites.google.com/site/wcag2ict/cross-cutting-issues-and-notes/user-interface-context/ui-context-examples/how-many-two-document-windows>
since the menu bar & toolbar can be repeated in the software, some
bypass mechanism would be needed... *This seems like a reasonable
application.*
* Looking at Changed? Example #3: Tabbed panes
<https://sites.google.com/site/wcag2ict/cross-cutting-issues-and-notes/user-interface-context/ui-context-examples/changed-example-3-tabbed-panes>**there
is nothing formally repeated, so this wouldn't apply. *That too
*seems like a reasonable application.**
* Looking at Changed? Example #24 calender appointments
<https://sites.google.com/site/wcag2ict/cross-cutting-issues-and-notes/user-interface-context/ui-context-examples/changed-example-24-calender-appointments>
since the calendar title & days repeat while content below changes,
arguably again some bypass mechanism would be needed. *This seems
like a reasonable application.*
*2.4.2 Page Titled:*
* Looking at How many Example #1: two document windows
<https://sites.google.com/site/wcag2ict/cross-cutting-issues-and-notes/user-interface-context/ui-context-examples/how-many-two-document-windows>
there is no obvious visible page title; "Untitled Document 1" is no
more or less the obvious "software title" than "Untitled Document 2"
is (and in fact, clearly neither one is correct). *This seems like
a poor fit to this situation.
*
* Looking at Changed? Example #3: Tabbed panes
<https://sites.google.com/site/wcag2ict/cross-cutting-issues-and-notes/user-interface-context/ui-context-examples/changed-example-3-tabbed-panes>**we
don't know for sure what the application name is. If it is "Media
Center" then this would be helpful; if not... then not. *This seems
like may not be a good fit to this situation. *****
* Looking at Changed? Example #24 calender appointments
<https://sites.google.com/site/wcag2ict/cross-cutting-issues-and-notes/user-interface-context/ui-context-examples/changed-example-24-calender-appointments>
it is pretty obvious to folks raised with a cultural familiarity
with the Julian calendar that this is a calendar / appointment
application. It is not at all clear what the software title is; it
isn't "October". And consuming a significant portion of a small
screen to display the software application name would come at
significant cost, and somewhat questionable benefit. *This seems
like may not be a good fit to this situation. *
Note: Since Understanding for 2.4.2 begins with "The intent of this
Success Criterion is to help users find content and orient
themselves within it", and specific benefits include "People with
visual disabilities will benefit from being able to differentiate
content when multiple Web pages are open" and "People with cognitive
disabilities, limited short-term memory and reading disabilities
also benefit from the ability to identify content by its title".
*2.4.5 Multiple Ways:*
* Looking at How many Example #1: two document windows
<https://sites.google.com/site/wcag2ict/cross-cutting-issues-and-notes/user-interface-context/ui-context-examples/how-many-two-document-windows>
it wouldn't apply, as there isn't a "set of software products"
visible in the example.*
*
* Looking at Changed? Example #3: Tabbed panes
<https://sites.google.com/site/wcag2ict/cross-cutting-issues-and-notes/user-interface-context/ui-context-examples/changed-example-3-tabbed-panes>**again
it wouldn't apply, as there isn't a "set of software products"
visible in the example. **
* Looking at Changed? Example #24 calender appointments
<https://sites.google.com/site/wcag2ict/cross-cutting-issues-and-notes/user-interface-context/ui-context-examples/changed-example-24-calender-appointments>
again it wouldn't apply, as there isn't a "set of software products"
visible in the example. *
*
Note that Understanding is tied to locating content & information,
not locating applications and functions; not clear how much
application 2.4.5 has to software UIs. Or perhaps none of these (or
any of our) examples are useful to illustrate where 2.4.5 would be
helpful. Perhaps we need other examples for software, showing where
and how it would work. AND more especially, describing HOW the
helpfulness in WCAG 2.0 Understanding translates into similar
helpfulness in the software world!
*3.2.3: Consistent Navigation: *
* Looking at How many Example #1: two document windows
<https://sites.google.com/site/wcag2ict/cross-cutting-issues-and-notes/user-interface-context/ui-context-examples/how-many-two-document-windows>
since the windows are simply repeated except with different non-GUI
content, if any of the UI components are termed "navigation" this
would be automatically met. If none are termed "navigation", then
it doesn't apply. *This seems like it could be OK; certainly no harm
is done.*
* Looking at Changed? Example #3: Tabbed panes
<https://sites.google.com/site/wcag2ict/cross-cutting-issues-and-notes/user-interface-context/ui-context-examples/changed-example-3-tabbed-panes>**it
looks like it wouldn't apply, as there aren't any "repeated
navigation mechanisms" visible in the example.
* Looking at Changed? Example #24 calender appointments
<https://sites.google.com/site/wcag2ict/cross-cutting-issues-and-notes/user-interface-context/ui-context-examples/changed-example-24-calender-appointments>
again it looks like it wouldn't apply, as there aren't any "repeated
navigation mechanisms" visible in the example. **
Note that this seems like it is a rare situation to actually occur
in most software, other than "content-driven" software like books or
other sets of information with things like next/prev links on them
(e.g. Help applications and the like, which are essentially similar
to HTML/web content).
From this quick analysis, I think we may have something not too
unreasonable for 2.4.2 Bypass Blocks. We might have something for 2.4.5
Multiple Ways and for 3.2.3 Consistent Navigation - but I think we need
to come up with a set of positive examples where this really occurs &
would apply; it isn't clear from the examples we've generated on the
Examples for UI Context discussion
<https://sites.google.com/site/wcag2ict/cross-cutting-issues-and-notes/user-interface-context/ui-context-examples>
that they are particularly useful.
I think this approach fails for 2.4.2 Page Titled. If we instead say
that the "title" of the "software" is the software applications "name"
(whether the executable name or the name as it appears in things like
the Windows Start menu), then we have moved significantly away from what
Understanding for 2.4.2 is all about -> helping users locate the content
& information they want. Rather, if we want to apply 2.4.2 to the GUI
environment, going with window title seems a better match. But then
what do we do about the burgeoning world of mobile software UIs? And
what about audio UIs? Does Page Titled really make sense in those
worlds? Maybe not...
Peter
On 9/14/2012 5:04 AM, Gregg Vanderheiden wrote:
>
> We have just 4 success criterion left. And I think we are
> overthinking ourselves.
>
> Taking a cue from Mike -- we need to take a step back and look at what
> it is that we are trying to do. Substituting individual words works
> for much but not all. But if we look at the objective of the
> success criteria -- and we look at the fact that
>
> * Web Apps often (usually?) are just a single web page - then we
> can equate "software" with "web page" in many places.
> * "web page in a set of web pages" also often (usually?) is intended
> to apply to a set of pages that work as an entity on the web. So
> the equiv of "web page in a set of web pages" for these SC would
> also be "software" (or document).
>
>
> this then leads us to something like the following (Which I have put
> into the worksite as proposals.
>
> but look at them here and we may be able to close these.
>
> Replace “web pages” with “documents” and “software”
> *
> *
> *We have just 4 success criterion outstanding*
>
> * 2.4.1 Bypass Blocks: A mechanism is available to bypass blocks of
> content that are repeated on multiple Web pages.*
>
> *
> Replace “ multiple web pages” with “in a document” and “in software"
>
> Note that the INTENT section of WCAG already says:
>
> “Examples of repeated blocks of content include but are not limited to
> navigation links, heading graphics, and advertising frames. Small
> repeated sections such as individual words, phrases or single links
> are not considered blocks for the purposes of this provision”
>
> *2.4.2: Page Titled: Web pages have titles that describe topic or
> purpose.*
>
> *
> Replace “web pages” with “documents” and “software”
>
> Note that web pages are often full applications, so a software
> application would be parallel.
>
> *2.4.5: Multiple Ways: More than one way is available to locate a Web
> page within a set of Web pages except where the Web Page is the result
> of, or a step in, a process.*
>
> * replacing "web pages" with "documents" and replacing "set of web
> pages" with "set of documents"
> * replacing "web pages" with "software products" and replacing "set
> of web pages" with "set of software products"
>
> NOTES:
>
> 1.*A set of documents *(or software products) is a group of documents
> (or software products) that are
>
> 1.*published together*, and
>
> 2.*labeled as a set* within at least one of the member documents
> (or software products).
>
> 2.*Republishing or bundling *previously published documents or
> software products as a collection does not constitute a set of
> documents. (i.e. They do not become a set if bundled but not
> originally published as a set)
>
> 3.*A set that is broken* apart and distributed is no longer a set.
>
> 4.*A file directory *would be the equivalent of a site map for
> documents (or software products) in that it provides a link to each of
> the documents (software products) in the set of documents (software
> products). The directory also acts as the HOME for the set.
>
> 5.*A search function* in an operating systems (that finds documents or
> software products) would be equivalent to a web search function for
> web pages.
>
> 6.*Authors can assume* that the non-web documents or software products
> will be stored and accessed on a major operating system with browse
> and search abilities unless they have specific information to the
> contrary.
>
> Final note to those evaluating 2.4.5:
>
> Although this provision is easily met, it is not always met. The
> presence of this success criteria also makes it easier for people
> creating support materials to later include a wide range of advisory
> techniques that, while not always applicable, would
>
> *3.2.3: Consistent Navigation:Navigational mechanisms that are
> repeated on multiple Web pages within a set of Web pages occur in the
> same relative order each time they are repeated, unless a change is
> initiated by the user.*
>
> * Replace “multiple Web pages within a set of Web pages*” * with “in
> documents” and “in software”
>
> And ask WCAG to add the following or something like it to the
> Understanding WCAG 2.0 document
>
> "In this success criteria the term 'navigation mechanisms' is
> meant to refer to active lists of standard (not user generated)
> locations in the content that are provided by the author and that,
> when activated, cause the user to move to that particular standard
> location.
>
> Navigation bars, a pull down menu that jumps you to different
> locations, and a set of tabs provided by the author, would be
> examples.
>
> The following may be used for navigation but are not included in
> what is meant by navigation mechanisms in this success criterion
> : escape keys, arrow keys, page down keys, headers that are only
> in the text of the document, tabs that a user creates or re-orders
> (because they are initiated by the user), the OK and Cancel
> buttons on a dialog (don't take you to consistent locations)."
>
>
>
--
Oracle <http://www.oracle.com>
Peter Korn | Accessibility Principal
Phone: +1 650 5069522 <tel:+1%20650%205069522>
500 Oracle Parkway | Redwood City, CA 94065
Green Oracle <http://www.oracle.com/commitment> Oracle is committed to
developing practices and products that help protect the environment
Received on Monday, 17 September 2012 03:08:38 UTC