W3C home > Mailing lists > Public > w3c-wai-gl@w3.org > April to June 2017

Re: CFC: Change of Content SC

From: David MacDonald <david100@sympatico.ca>
Date: Wed, 31 May 2017 09:43:46 -0400
Message-ID: <CAAdDpDbF3yUcOZkX64oXNzRUypWj+SQgCVNMiNUTVq=LgG0K7Q@mail.gmail.com>
To: Sailesh Panchang <sailesh.panchang@deque.com>
Cc: Detlev Fischer <detlev.fischer@testkreis.de>, Andrew Kirkpatrick <akirkpat@adobe.com>, WCAG <w3c-wai-gl@w3.org>
> Likewise if something is styled distinctly so as to arrest attention visually
it functions like an alert or status message. That is the
​
info-relation  being conveyed via presentation but if it lacks  markup to
convey that it fails 1.3.1 as well.

You and I have discussed this fairly extensively off line. I think this is
a fairly liberal interpretation of 1.3.1. The scenario is not a standard
violation of 2.0 cited by most of us in this field. Some may say it is
somewhat contrived although I can understand your rationale, and I wouldn't
contradict it if a report like this came across my desk. However, I would
raise my eyebrows because I wouldn't say these updates often "arrest
attention visually".

> which needs to be clarified in Understanding 4.1.2 /1.3.1.

I think by saying this, you understand that this is not the common
interpretation of this SC by people in this field, nor is it clear in our
current 2.0, and having been on almost all of the calls that resulted in
those SCs, I can say I don't remember any discussion of notification of
change of content being intended in 1.3.1. It may be difficult to introduce
"qualifying" statements that have the effect of changing the way
accessibility professionals interpret the SC 9 years after the release of
WCAG 2. I doubt it would gain consensus by the group. It would certainly
use up a lot of precious time, which the group can't afford, given it's
self imposed date of August to have all the new work laid out in rough. I've
not seen any success in trying to introduce qualifying statements to WCAG 2
that cause a change in interpretation.

The proposed SC has broad consensus. Can you live with it?



Cheers,
David MacDonald



*Can**Adapt* *Solutions Inc.*

Tel:  613.235.4902

LinkedIn
<http://www.linkedin.com/in/davidmacdonald100>

twitter.com/davidmacd

GitHub <https://github.com/DavidMacDonald>

www.Can-Adapt.com <http://www.can-adapt.com/>



*  Adapting the web to all users*
*            Including those with disabilities*

If you are not the intended recipient, please review our privacy policy
<http://www.davidmacd.com/disclaimer.html>

On Tue, May 30, 2017 at 9:40 PM, Sailesh Panchang <
sailesh.panchang@deque.com> wrote:

> Hi David,
>
> When something looks and functions like a heading  but is not marked
> up as one,  it triggers 1.3.1
> Likewise if something is styled distinctly so as to arrest attention
> visually it functions like an alert or status message. That is the
> info-relation  being conveyed via presentation but if it lacks  markup
> to convey that it fails 1.3.1 as well.
>
> Is the counter that is incremented on adding to cart or the alert /
> status message displayed on activating a button not "a part of the
> content that is perceived by users as a single control for a distinct
> function"?
>
> True, the content is often not positioned  adjacent to the trigger
> element, that is why it is styled distinctly.
>
> A form is a composite UIC and the form level error message relates to
> the form in toto and is content generated by script for that component
> as part of a distinct function of form submission.
> The above is based solely on an interpretation  of the normative  text
> of WCAG 2.0 which needs to be clarified in Understanding 4.1.2 /
> 1.3.1.
>
> By the way, one can use role=alert for a global alert message and that
> is the equivalent of aria-live=assertive. If one wishes to use
> 'polite' instead, that is not a deal breaker.  It is a technique that
> supports existing SCs.
> Best wishes,
> Sailesh
>
>
> On 5/30/17, David MacDonald <david100@sympatico.ca> wrote:
> >> What this new content is missing is a corresponding role and is covered
> > by SC 4.1.2 even now.
> >
> > 4.1.2 covers interactive components. This is wider, covering all content,
> > and simpler at the same time. Requiring a summary message like the
> examples
> > in the Understanding. The Understanding can also explain those things
> above
> > the current requirements of 4.1.2
> >
> >> Exception #1 to proposed SC  suggests the new content could be
> associated
> > with the trigger element. This SC would be triggered even when an error
> > message is placed next to a failed field and is associated say via
> > aria-describedby and focus is placed on the field when the form is
> > presented with errors...
> > because the error message is not associated with the submit button.
> >
> > That is a programmatic association and is sufficient
> >
> >> I am assuming this form has no global  message above the form like 3
> >> errors
> > present / form submission failed.
> >
> > The primary technique would be for an announcement that there are "x
> errors
> > on the page"
> >
> >> A global message needs role=alert or aria-live=assertive.
> >
> > Yes that would be a technique, however I would not recommend "assertive"
> > unless a house is burning down. better to use polite as per the aria spec
> >
> >> Change in count of cart or  remaining characters in a text area is
> >> updated
> > in an element that needs role=status with aria-live=polite.
> >
> > Yes
> >
> > Cheers,
> > David MacDonald
> >
> >
> >
> > *Can**Adapt* *Solutions Inc.*
> >
> > Tel:  613.235.4902
> >
> > LinkedIn
> > <http://www.linkedin.com/in/davidmacdonald100>
> >
> > twitter.com/davidmacd
> >
> > GitHub <https://github.com/DavidMacDonald>
> >
> > www.Can-Adapt.com <http://www.can-adapt.com/>
> >
> >
> >
> > *  Adapting the web to all users*
> > *            Including those with disabilities*
> >
> > If you are not the intended recipient, please review our privacy policy
> > <http://www.davidmacd.com/disclaimer.html>
> >
> > On Tue, May 30, 2017 at 5:10 PM, David MacDonald <david100@sympatico.ca>
> > wrote:
> >
> >> >  ?? Do we have techniques for doing this?
> >>
> >> Yes, in all major technologies.
> >>
> >> >> For example in a game or simulation - there will continual changes of
> >> content.   There is no exception for this  — so is there a technique
> that
> >> should be used in these situations  to indicate that there are
> >> continuously
> >> changing content?
> >>
> >> We can place a note on the Draft: "The working group is seeking input to
> >> account for situations where there is frequent, or constant updating."
> >>
> >> >> Or is this ONLY supposed to apply to content that changes in response
> >> to a user action.
> >>
> >> It applies to all changes to the content currently. It could be narrowed
> >> for user initiated changes but the general feeling is that it should
> >> include all changes to content that are part of the primary purpose of
> >> the
> >> page.
> >>
> >> >> If you DON’T mean changes due to user action — then for dynamic
> >> >> content
> >> (constantly changing) content is a simple notice someplace that says
> that
> >> the page has continually changing content sufficient?  or would the page
> >> need to stream a constant flow of notifications through some mechanism
> >> that
> >> is supported by AT?
> >>
> >> We could provide something like that. However, I would like to hear what
> >> the public has to say. There was an exception for over 5 notifications a
> >> minute, but it was dropped. Your language might be better. We want to
> >> ensure however there is not an exemption for things like chat widgets,
> >> where a ping that a comment was posted is key to having a fluent
> >> conversation. This is the usual behavipur anyway of chat programs.
> >>
> >>
> >> Cheers,
> >> David MacDonald
> >>
> >>
> >>
> >> *Can**Adapt* *Solutions Inc.*
> >>
> >> Tel:  613.235.4902 <(613)%20235-4902>
> >>
> >> LinkedIn
> >> <http://www.linkedin.com/in/davidmacdonald100>
> >>
> >> twitter.com/davidmacd
> >>
> >> GitHub <https://github.com/DavidMacDonald>
> >>
> >> www.Can-Adapt.com <http://www.can-adapt.com/>
> >>
> >>
> >>
> >> *  Adapting the web to all users*
> >> *            Including those with disabilities*
> >>
> >> If you are not the intended recipient, please review our privacy policy
> >> <http://www.davidmacd.com/disclaimer.html>
> >>
> >> On Tue, May 30, 2017 at 4:39 PM, Detlev Fischer <
> >> detlev.fischer@testkreis.de> wrote:
> >>
> >>> +1
> >>>
> >>>
> >>
> >
>
Received on Wednesday, 31 May 2017 13:44:23 UTC

This archive was generated by hypermail 2.3.1 : Monday, 23 October 2017 08:04:10 UTC