IRC log of ua on 2014-07-10
Timestamps are in UTC.
- 17:01:52 [RRSAgent]
- RRSAgent has joined #ua
- 17:01:52 [RRSAgent]
- logging to http://www.w3.org/2014/07/10-ua-irc
- 17:01:54 [trackbot]
- RRSAgent, make logs public
- 17:01:56 [trackbot]
- Zakim, this will be WAI_UAWG
- 17:01:57 [trackbot]
- Meeting: User Agent Accessibility Guidelines Working Group Teleconference
- 17:01:57 [trackbot]
- Date: 10 July 2014
- 17:02:04 [Jan]
- zakim, code?
- 17:02:05 [allanj]
- rrsagent, set logs public
- 17:02:06 [KimPatch]
- KimPatch has joined #ua
- 17:02:16 [allanj]
- chair: jimallan, kellyford
- 17:02:22 [Jan]
- zakim, code?
- 17:02:24 [allanj]
- rrsagent, make minutes
- 17:02:24 [RRSAgent]
- I have made the request to generate http://www.w3.org/2014/07/10-ua-minutes.html allanj
- 17:03:06 [allanj]
- code is 82941
- 17:03:09 [Greg]
- Greg has joined #ua
- 17:04:09 [allanj]
- regrets: eric
- 17:05:09 [allanj]
- regrets+ jeanne
- 17:07:00 [allanj]
- topic: rewrite of 1.10.1
- 17:07:28 [allanj]
- proposed:
- 17:07:32 [allanj]
- 1.10.1 Access Related Information: The user can access information from explicitly-defined relationships in the content, including at least the following (Level AA):
- 17:07:34 [allanj]
- * label for a control or image (e.g. HTML label element, figcaption and aria-labelledby attributes)
- 17:07:35 [allanj]
- * caption for a table
- 17:07:37 [allanj]
- * row and column labels for a table cell
- 17:07:55 [allanj]
- scribe: allanj
- 17:08:07 [Jan]
- http://lists.w3.org/Archives/Public/w3c-wai-ua/2014JulSep/0014.html
- 17:08:11 [allanj]
- jr: concerned about HTML mentioned in sc
- 17:08:42 [allanj]
- ja: fine with leaving HTML out, just use label element
- 17:11:25 [allanj]
- gl: in 2.3.3 we say landmark - this is a generic term, unless we qualify by saying aria-landmark. we should be clear
- 17:11:53 [allanj]
- jr: we should do it same way through out document
- 17:12:24 [Greg]
- Similarly, Summary of 2.6 uses "onmouseover" without explaining it's an HTML etc. attribute.
- 17:13:28 [allanj]
- gl: fine with leaving out the example, assume it will be explained in implementing document
- 17:13:51 [Greg]
- I'm okay omitting the entire parenthetical e.g. and explaining it in the Implementing document. I just tend to include parenthetical examples, perhaps too often.
- 17:13:56 [allanj]
- proposed:
- 17:14:06 [allanj]
- 1.10.1 Access Related Information: The user can access information from explicitly-defined relationships in the content, including at least the following (Level AA):
- 17:14:08 [allanj]
- * label for a control or image
- 17:14:09 [allanj]
- * caption for a table
- 17:14:11 [allanj]
- * row and column labels for a table cell
- 17:14:42 [allanj]
- ja: any objections?
- 17:14:44 [allanj]
- none heard
- 17:15:00 [allanj]
- gl: examples need to go in the implementing doc
- 17:16:00 [allanj]
- action: jeanne add 1.10.1 1.10.1 Access Related Information: The user can access information from explicitly-defined relationships in the content, including at least the following (Level AA): * label for a control or image * caption for a table * row and column labels for a table cell with these examples " (e.g. HTML label element, figcaption and aria-labelledby attributes)" in implementing doc
- 17:16:00 [trackbot]
- Created ACTION-996 - Add 1.10.1 1.10.1 access related information: the user can access information from explicitly-defined relationships in the content, including at least the following (level aa): * label for a control or image * caption for a table * row and column labels for a table cell with these examples " (e.g. html label element, figcaption and aria-labelledby attributes)" in implementing doc [on Jeanne F
- 17:16:01 [trackbot]
- ... Spellman - due 2014-07-17].
- 17:16:51 [allanj]
- close action-995
- 17:16:51 [trackbot]
- Closed action-995.
- 17:17:18 [Greg]
- Chatzilla really should not bold text after an asterisk if it's followed by a space.
- 17:19:02 [allanj]
- Action: jeanne to revise IER for 1.10.1 to match the new wording of the SC
- 17:19:02 [trackbot]
- Created ACTION-997 - Revise ier for 1.10.1 to match the new wording of the sc [on Jeanne F Spellman - due 2014-07-17].
- 17:21:03 [Greg]
- I note that the Intent for 1.10.1 explicitly mentioned use of id and child elements, neither of which apply any more except in very limited cases (e.g. aria-labelledby).
- 17:21:58 [allanj]
- topic: SH05 Principle 3
- 17:22:06 [allanj]
- For the understandability principle, then isn't this a little all encompassing. There is nothing about simple language usage or graphic usage for people with a learning disability. So my question is understandable to whom?
- 17:22:51 [Jan]
- http://jspellman.github.io/UAAG-LC-Comment/
- 17:24:04 [allanj]
- jr: we have requirement that web-base user agents follow WCAG (simple language) AAA
- 17:25:00 [allanj]
- ... had the same issue of ATAG, a11y of the platform based tool. is there a higher bar for web-based that platform-based.
- 17:25:43 [allanj]
- jr: we used the 'key' parts of WCAG for the platform-based tools. Perhaps UAAG should do the same.
- 17:26:18 [allanj]
- gl: do we need to add new SCs to cover understandable.
- 17:27:04 [allanj]
- ja: perhaps the issue is with the term "understandable"
- 17:27:25 [Greg]
- I doubt it's feasible for us to add a new SCs for understandability at this point.
- 17:28:00 [allanj]
- jr: wcag could/should apply to software
- 17:28:59 [Greg]
- s/add a new SCs/add a bunch of new SCs/
- 17:29:41 [Jan]
- FYI http://www.w3.org/TR/WCAG20/#understandable
- 17:29:46 [allanj]
- kp: is the issue that Principle 3 is too broad
- 17:31:33 [allanj]
- kp: P3 is an organizing principle, though it is not all encompassing
- 17:32:28 [allanj]
- gl: simple language for interface
- 17:33:07 [allanj]
- kp: is it more or less important in WCAG or UAAG. seems more in WCAG.
- 17:34:13 [allanj]
- ... putting all of WCAG in UAAG would clutter the document. UAAG has chosen the bits we felt important
- 17:35:02 [allanj]
- jr: what if in 5.1 we put a note that non-web UAs look at WCAG for interface design.
- 17:35:51 [Jan]
- oops call dropped
- 17:37:40 [kford]
- kford has joined #ua
- 17:37:48 [kford]
- zakim, microsoft is kford
- 17:39:04 [Jan]
- http://www.w3.org/TR/wcag2ict/
- 17:40:48 [allanj]
- kp: if remove the part in 5.1.1 about web-based UA and just make it UAs, and point to wcagict
- 17:41:49 [Jan]
- 5.1.1 Comply with WCAG: User agent user interfaces meet the WCAG 2.0 success criteria. (Level A to meet WCAG 2.0 Level A success criteria; Level AA to meet WCAG 2.0 Level A and AA success criteria; and Level AAA to meet WCAG 2.0 Level A, AA, and AAA success criteria)
- 17:41:50 [Jan]
- Note: To understand how this success criterion applies to non-web-based user agent user interfaces, refer to Guidance on Applying WCAG 2.0 to Non-Web Information and Communications Technologies (WCAG2ICT).
- 17:43:51 [allanj]
- gl: if you want to test FF for new 5.1.1... are we going to create use cases for every wcag SC to apply to UAs
- 17:44:42 [allanj]
- jr: ATAG relies on wcag tests
- 17:44:55 [allanj]
- gl: this scares me
- 17:45:26 [allanj]
- jr: did you have a concern about old 5.1.1 for web-based UAs
- 17:45:40 [allanj]
- gl: not sure there are any tests for WCAG2ICT
- 17:46:11 [allanj]
- jr: re: evaluation methodology is out.
- 17:46:27 [Greg]
- I assumed that the old 5.1.1 was testable because W3C had approved test cases for WCAG on web content, but probably not for WCAG2ICT.
- 17:47:14 [allanj]
- ... no tests for WCAG2ICT compliance.
- 17:47:49 [allanj]
- gl: what tests will UAWG have to create to allow developers to meet 5.1.1 (proposed)
- 17:48:02 [allanj]
- ja: sounds like there are no tests.
- 17:48:38 [allanj]
- jr: excellent point
- 17:49:26 [allanj]
- jr: in the end, UAWG was trying to make some guidelines that go beyond basic software accessibility.
- 17:49:49 [allanj]
- ... ok with leaving 5.1.1 as it was and not accepting SH05
- 17:50:28 [allanj]
- ja: +1, we covered what we thought was important in Principle 3
- 17:51:16 [allanj]
- gl: leaving 5.1.1. as is easiest course of action. otherwise a big can of worms. are there other reasons than covering Understandability
- 17:52:18 [allanj]
- jr: will we create unintended new requirements base on the convergences of UAAG and WCAG
- 17:55:53 [allanj]
- ja: add a note to principle 3 that UAWG chose the following to cover Understandability of the UA. If the developer wants to go further review WCAG2ICT for guidance.
- 17:57:11 [allanj]
- gl: what about adding a note to 5.1.1 also. seems more appropriate.
- 17:57:31 [allanj]
- jr: note only on 5.1.1 not principle 3
- 17:58:04 [Jan]
- 5.1.1 Comply with WCAG: Web-based user agent user interfaces meet the WCAG 2.0 success criteria. (Level A to meet WCAG 2.0 Level A success criteria; Level AA to meet WCAG 2.0 Level A and AA success criteria; and Level AAA to meet WCAG 2.0 Level A, AA, and AAA success criteria)
- 17:58:06 [Jan]
- Note: This success criterion does not apply to non-web-based user agent user interfaces, but does include any parts of non-web-based user agents that are web-based (e.g. help systems). However, it is receommended that developers of non-web-based user agent user interfaces refer to Guidance on Applying WCAG 2.0 to Non-Web Information and Communications Technologies (WCAG2ICT).
- 17:58:15 [allanj]
- rrsagent, make minutes
- 17:58:15 [RRSAgent]
- I have made the request to generate http://www.w3.org/2014/07/10-ua-minutes.html allanj
- 17:58:48 [allanj]
- ja: +1
- 17:58:52 [allanj]
- kp: +1
- 17:59:44 [allanj]
- ja: any objections?
- 18:00:26 [Jan]
- 5.1.1 Comply with WCAG: Web-based user agent user interfaces meet the WCAG 2.0 success criteria. (Level A to meet WCAG 2.0 Level A success criteria; Level AA to meet WCAG 2.0 Level A and AA success criteria; and Level AAA to meet WCAG 2.0 Level A, AA, and AAA success criteria)
- 18:00:27 [Jan]
- Note: This success criterion does not apply to non-web-based user agent user interfaces, but does include any parts of non-web-based user agents that are web-based (e.g. help systems). However, it is recommended that developers of non-web-based user agent user interfaces follow the Guidance on Applying WCAG 2.0 to Non-Web Information and Communications Technologies (WCAG2ICT).
- 18:01:20 [Greg]
- Take out "developers of"?
- 18:01:32 [Jan]
- 5.1.1 Comply with WCAG: Web-based user agent user interfaces meet the WCAG 2.0 success criteria. (Level A to meet WCAG 2.0 Level A success criteria; Level AA to meet WCAG 2.0 Level A and AA success criteria; and Level AAA to meet WCAG 2.0 Level A, AA, and AAA success criteria)
- 18:01:34 [Jan]
- Note: This success criterion does not apply to non-web-based user agent user interfaces, but does include any parts of non-web-based user agents that are web-based (e.g. help systems). However, it is recommended that non-web-based user agent user interfaces follow the Guidance on Applying WCAG 2.0 to Non-Web Information and Communications Technologies (WCAG2ICT).
- 18:02:16 [Greg]
- ("Non-web-based user agent user interfaces" is such a horrible noun-stack.)
- 18:02:39 [Jan]
- Back to...
- 18:02:41 [Jan]
- 5.1.1 Comply with WCAG: Web-based user agent user interfaces meet the WCAG 2.0 success criteria. (Level A to meet WCAG 2.0 Level A success criteria; Level AA to meet WCAG 2.0 Level A and AA success criteria; and Level AAA to meet WCAG 2.0 Level A, AA, and AAA success criteria)
- 18:02:43 [Jan]
- Note: This success criterion does not apply to non-web-based user agent user interfaces, but does include any parts of non-web-based user agents that are web-based (e.g. help systems). However, it is recommended that developers of non-web-based user agent user interfaces follow the Guidance on Applying WCAG 2.0 to Non-Web Information and Communications Technologies (WCAG2ICT).
- 18:02:47 [Jan]
- JR: +1
- 18:03:01 [Greg]
- GL: +1
- 18:03:07 [allanj]
- action: jeanne to add to 5.1.1 Note: This success criterion does not apply to non-web-based user agent user interfaces, but does include any parts of non-web-based user agents that are web-based (e.g. help systems). However, it is recommended that developers of non-web-based user agent user interfaces follow the Guidance on Applying WCAG 2.0 to Non-Web Information and Communications...
- 18:03:07 [trackbot]
- Created ACTION-998 - Add to 5.1.1 note: this success criterion does not apply to non-web-based user agent user interfaces, but does include any parts of non-web-based user agents that are web-based (e.g. help systems). however, it is recommended that developers of non-web-based user agent user interfaces follow the guidance on applying wcag 2.0 to non-web information and communications... [on Jeanne F Spellman - due
- 18:03:08 [trackbot]
- ... 2014-07-17].
- 18:03:08 [allanj]
- ...Technologies (WCAG2ICT). replacing old note.
- 18:05:00 [allanj]
- jr: calling out UAUI in this doc may diminish the impact of 5.1.1 note, seems contradictory
- 18:05:07 [allanj]
- gl: example?
- 18:05:30 [allanj]
- jr: 2.1.5 & 2.1.6,
- 18:06:48 [allanj]
- jr: 215 says UI, 216 say UAUI but say the same thing other wise
- 18:09:22 [allanj]
- gl: note in 511 doesn't address comment about understandability
- 18:09:53 [allanj]
- http://jspellman.github.io/UAAG-LC-Comment/
- 18:10:11 [allanj]
- gl: graphic usage or simple wording.
- 18:10:54 [Greg]
- Simon gave two examples of where Principle 3 failed to address aspects of understandability: simple language, and graphics as alternative to text. The note on 5.1.1 might address the first (in a roundabout way), but what about the second?
- 18:11:19 [allanj]
- jr: it does. WCAG lots on wording, pronunciation, etc. nothing about graphics
- 18:12:32 [allanj]
- ... media alternative for text
- 18:13:00 [allanj]
- ... but, no requirement for media as an alternative for text.
- 18:13:21 [Greg]
- If WCAG uses the term Understandability without addressing people who cannot read, then I guess we can, too. (Although of course it would be nice not to ignore those issues.)
- 18:13:50 [allanj]
- jr: UAAG cannot go further than WCAG on media replacement for text. see cognitive task force
- 18:15:50 [allanj]
- response - UAAG accepts, added note to 5.1.1, to encourage developers to incorporate WCAG into the process. UAWG chose items in Principle 3 that were feasible and important
- 18:16:15 [allanj]
- ... include text of the note.
- 18:18:17 [Jan]
- Response: UAWG partially accepts. We note that SC5.1.1 already requires web-based user agents to meet parts of WCAG 2.0. We also added a note to 5.1.1, to encourage non-web-based user agent developers to follow WCAG 2.0. UAWG chose items in Principle 3 that were feasible and important.
- 18:20:48 [Greg]
- "While there are aspects of understandability which are not addressed in UAAG20, UAWG chose to include items in Principle 3 that were both important and feasible."?
- 18:21:41 [allanj]
- Response: UAWG partially accepts. We note that SC5.1.1 already requires web-based user agents to meet parts of WCAG 2.0. We also added a note to 5.1.1, to encourage non-web-based user agent developers to follow WCAG 2.0. While there are aspects of understandability which are not addressed in UAAG20, UAWG chose to include items in Principle 3 that were both important and feasible.
- 18:21:54 [Greg]
- Just softening it a bit, acknowledging that he's in fact correct about his original observation.
- 18:22:27 [allanj]
- RESOLUTION: Response to SH05: UAWG partially accepts. We note that SC5.1.1 already requires web-based user agents to meet parts of WCAG 2.0. We also added a note to 5.1.1, to encourage non-web-based user agent developers to follow WCAG 2.0. While there are aspects of understandability which are not addressed in UAAG20, UAWG chose to include items in Principle 3 that were both important and...
- 18:22:28 [allanj]
- ...feasible.
- 18:22:52 [allanj]
- Topic SH06 4.1.7
- 18:23:04 [allanj]
- is about making API Calls be timely such that delays aren't perceived by users, but this is difficult if the software interfaced to us not timely, people may the perceive a delay. I think this needs to be a little more explicit.
- 18:23:33 [allanj]
- 4.1.7 Make Programmatic Exchanges Timely: For APIs implemented to satisfy the requirements of UAAG 2.0, ensure that programmatic exchanges proceed at a rate such that users do not perceive a delay. (Level A)
- 18:24:24 [allanj]
- ja: does this need specific timings... .5 seconds
- 18:24:43 [allanj]
- jr: depends on computing environment
- 18:25:32 [allanj]
- gl: not more explicit about time, but about APIs that are causing problems that are beyond the control of the UA
- 18:26:25 [Greg]
- I think Simon's saying, not that we need to be explicit about a minimum time delay, but that the UA is not held responsible for delays outside of its control. For example, if the UA API function call the OS which takes a half second to return, that is not violating 4.1.7 because the UA did not itself introduce the delay.
- 18:28:27 [Greg]
- How about "4.1.7 Make Programmatic Exchange Timely: For APIs implemented to satisfy the requirements of UAAG 2.0, ensure that (the user agent does not introduce delays into* programmatic exchanges such that users would perceive the delay. (Level A)"
- 18:29:34 [Greg]
- That is, "4.1.7 Make Programmatic Exchange Timely: For APIs implemented to satisfy the requirements of UAAG 2.0, ensure that *the user agent does not introduce delays into* programmatic exchanges such that users would perceive the delay. (Level A)"
- 18:29:47 [allanj]
- kf: this is useless without metrics.
- 18:30:03 [allanj]
- kp: timing issues are huge with speech
- 18:30:40 [allanj]
- kf: this is about how quickly an AT can build a list of UI elements
- 18:31:05 [allanj]
- gl: well, AT queries UA, and the call returns (that is the cycle time)
- 18:31:42 [allanj]
- ja: how do we test this. how do we know whose fault it is.
- 18:31:58 [allanj]
- kf: we should remove this.
- 18:32:39 [allanj]
- ... after further reflection this is not a testable criteria. General software performance suggests developers should be doing this anyway
- 18:33:06 [allanj]
- kp: timing kills speech. timing cascades build and cause problems
- 18:33:27 [allanj]
- kf: those delays are not caused by inter API communication
- 18:34:39 [allanj]
- kf: IE with narrator - ask for list of UI elements, can take SECONDS. but the problem is not IEs fault.
- 18:35:10 [allanj]
- kp: are you sure the UA never has anything to do with timing
- 18:35:47 [Greg]
- I am a little concerned that some UA may implement accessibility API in an inefficient (slow) way because it's implemented solely to comply with a requirement, rather than actually to address the needs of users who rely on assistive technology.
- 18:35:50 [allanj]
- kf: this is not testable. what is the appropriate number.
- 18:36:03 [allanj]
- kf: 300 milliseconds
- 18:36:36 [allanj]
- jr: need to test api call and screen reader processing.
- 18:36:57 [allanj]
- kf: the causes of this are not the UA, they cannot fix it.
- 18:37:32 [allanj]
- ... fine if we leave it in.
- 18:38:06 [allanj]
- rssagent, make minutes
- 18:38:32 [allanj]
- rrsagent, make minutes
- 18:38:32 [RRSAgent]
- I have made the request to generate http://www.w3.org/2014/07/10-ua-minutes.html allanj
- 18:38:49 [allanj]
- present: jim, kelly, jan, greg, kim
- 18:38:52 [allanj]
- rrsagent, make minutes
- 18:38:52 [RRSAgent]
- I have made the request to generate http://www.w3.org/2014/07/10-ua-minutes.html allanj
- 21:28:30 [kford]
- kford has joined #ua
- 21:41:33 [kford_]
- kford_ has joined #ua