- From: Gregg Vanderheiden <gv@trace.wisc.edu>
- Date: Thu, 12 Jul 2012 12:50:25 +0200
- To: Kiran Kaja <kkaja@adobe.com>
- Cc: "public-wcag2ict-tf@w3.org" <public-wcag2ict-tf@w3.org>
- Message-id: <E133FE2B-1FE3-4636-BA47-4229C2371C73@trace.wisc.edu>
Hi Kiran, It gets a bit of getting used to -- but if you just look at the definition - the answers are all there. And it gets pretty intuitive pretty quickly after you apply the definition a few times. I put the answers in context and marked them GV: On Jul 12, 2012, at 9:26 AM, Kiran Kaja wrote: > A couple of example user interfaces where this concept becomes ambiguous. > > 1. A number of software applications only have one main UI window and contain tabs or similar UI elements which are hidden or displayed based on where you navigate to. for example, in Adobe Connect which is an online collaboration tool, you essentially have just one window with a number of pods. These pods are automatically expanded or collapsed when the user navigates to or away from those pods. These individual pods have a number of user interface elements and elements in one pod are in no way related to elements in another pod. In this scenario, is the application considered to only have one User Interface Context? GV: Just Apply the definition - - if the tabs can be navigated using standard navigation commands/ mechanisms then they are all in one UIC - if the tabs are like different pages and you must CLICK on them (activate them) like on a mac -- then they would be different UICs > 2. If I have multiple documents open in Microsoft Word, I can use Ctrl+F6 to switch between these documents. Would that be one user interface context or multiple interface contexts? GV: Again using the Definition - CTRL+F6 is a standards navigation mechanism within an application -- so those would be the same UIC. > If it is one user interface context, what if one of those documents has no interactivity while the other is a form which is highly interactive? GV: - The level of interactivity is not relevant. It would be the same as if one had more words or colors. They are just different areas of the UIC and different areas of a UIC can have vastly different levels of interactivity. > And if we decide that this scenario is not a single user interface context, how did we arrive at that decision? GV: Well it is - and we decide that by simply applying the definition. > When do we decide that there is enough of a change in context to justify a new user interface context? GV: First lets start with an example of something that IS a change of context. - lets say that you have one document open -- and you close it and open another document. - by the definition you have used commands/ mechanisms that are not 'navigation controls or mechanisms' > 3. How does one distinguish between navigation and activation commands? Ctrl+F6 is a navigation command but on the face of it, it brings about a major change in the user interface. GV: Navigation commands are things that let you move around among already active windows and parts of windows. Navigation commands are pretty standard for platforms. Apps may define their own --but they usually have keyboard equivalents though may be gestures as well. But the gestures are different than activation like clicking on buttons, or executing commands from the menu. As per WCAG, there should be no major change of context without user action other than navigation. And this fits also perfectly with the definition proposed. > > > Kiran Kaja > Accessibility Engineer > Adobe Systems Europe > +44 (0) 1628 590005 (Direct) > 80005 (Internal) > +44 (0) 78330 91999 (Mobile) > Kkaja@adobe.com > Twitter.com/kirankaja12 > > From: Gregg Vanderheiden [mailto:gv@trace.wisc.edu] > Sent: 11 July 2012 19:24 > To: public-wcag2ict-tf@w3.org > Subject: User Interface Context > > Mike and Loic and I just finished up our assignment to work on the "context of interaction" bit > > we have come up with a new concept which we are calling " User Interface Context" > - it is similar to the "Interaction Context" concept but we refined it to address issues raised and then we tried applying it to the different places that "Web Pages" is used. Some of those are "closed" items and they look fine as they are -- but we felt it should work there none-the-less -- and it did seem to work there). > . > > For the new work on 'User Interface Context" go to > <https://sites.google.com/site/wcag2ict/cross-cutting-issues-and-notes/user-interface-context> > > On that page is a list of all the place that "Web Pages" is used. We included links to make it easy for you to go there. > > > > We also did new proposals for several of the items that are still open including > > 2.4.5 > 2.4.6 > 3.1.1 > 3.1.2 > > And I updated my proposal on a couple items to reflect the new work. > > 2.4.1 > 3.2.3 > > This new definition might also help clear some of the items that are "accepted pending definition of "web page". etc. > > > Gregg > -------------------------------------------------------- > Gregg Vanderheiden Ph.D. > Director Trace R&D Center > Professor Industrial & Systems Engineering > and Biomedical Engineering > University of Wisconsin-Madison > > Co-Director, Raising the Floor - International > and the Global Public Inclusive Infrastructure Project > http://Raisingthefloor.org --- http://GPII.net > > > > Gregg > -------------------------------------------------------- > > > > >
Attachments
- application/pkcs7-signature attachment: smime.p7s
Received on Thursday, 12 July 2012 10:51:00 UTC