17:52:48 RRSAgent has joined #ua 17:52:48 logging to http://www.w3.org/2014/03/06-ua-irc 17:52:50 RRSAgent, make logs public 17:52:50 Zakim has joined #ua 17:52:52 Zakim, this will be WAI_UAWG 17:52:52 ok, trackbot; I see WAI_UAWG()1:00PM scheduled to start in 8 minutes 17:52:53 Meeting: User Agent Accessibility Guidelines Working Group Teleconference 17:52:53 Date: 06 March 2014 17:52:59 rrsagent, set logs public 17:53:06 rrsagent, make minutes 17:53:06 I have made the request to generate http://www.w3.org/2014/03/06-ua-minutes.html allanj 17:53:16 chair: JimAllan, KellyFord 17:53:23 regrets: jeanne 17:53:42 Agenda+ OP06 "important elements" 17:53:51 Agenda+ OP07 2.3.2 present direct command in rendered content 17:56:40 Agenda+ LG03 Alternative content search (2.4.5, 2.11.2, 2.11.3) 17:58:45 Greg has joined #ua 18:00:03 WAI_UAWG()1:00PM has now started 18:00:09 +Jim_Allan 18:01:00 Jan has joined #ua 18:01:06 zakim, code? 18:01:08 the conference code is 82941 (tel:+1.617.761.6200 sip:zakim@voip.w3.org), Jan 18:01:40 +[IPcaller] 18:01:59 +Greg_Lowney 18:02:31 zakim, [IPcaller] is really Jan 18:02:31 +Jan; got it 18:04:08 Joshue has joined #ua 18:04:29 +Kim_Patch 18:06:26 +[Microsoft] 18:07:25 KimPatch has joined #ua 18:07:57 zakim, Microsoft is really Kelly 18:07:57 +Kelly; got it 18:08:40 http://www.w3.org/WAI/UA/2014/LCcomments.html 18:08:56 zakim, agenda ? 18:08:56 I see 3 items remaining on the agenda: 18:08:57 1. OP06 "important elements" [from allanj] 18:08:57 2. OP07 2.3.2 present direct command in rendered content [from allanj] 18:08:57 3. LG03 Alternative content search (2.4.5, 2.11.2, 2.11.3) [from allanj] 18:09:37 zakim, open item 1 18:09:37 agendum 1. "OP06 "important elements"" taken up [from allanj] 18:09:49 scribe: allanj 18:10:48 Guideline 2.3 "important elements" Since important elements have been left at the discretion of the user (and will vary from user to user, and from web page to web page) ... It will be quite the task for the user agent to determine from the user which elements he/she thinks is important and have the proper facilities to navigate directly to it. Can make the criteria of 'important elements'... 18:10:49 ...more objective or easily definable? 18:11:24 kford has joined #ua 18:11:37 jr: we meant to leave it to the UA developer as to the definition of "important elements" 18:12:02 gl: Glossary: important elements are up to the UA 18:12:04 Definition of important elements 18:12:06 Elements determined as important by the user to facilitate the user's navigation of the content. UAAG 2.0 intentionally does not identify which important elements must be navigable because this will vary by user needs and technologies being used. 18:13:19 2.5.3 Allow Elements to be Configured for Structural Navigation: The user can configure a set of important elements (including element type) for structured navigation and hierarchical/outline view. (Level AAA) 18:14:04 important elements: Elements determined as important for users by the user agent to facilitate the user's navigation of the content. UAAG 2.0 intentionally does not identify which important elements must be navigable because this will vary by user needs and technologies being used. 18:14:09 The definition says the user defines the set of important elements, but the SC saying the ability to define set is only AAA. 18:14:23 gl: 2.3.1 navigate to important elements (AA), but not defined by user (2.5.3 AAA) 18:14:39 important elements: Elements determined as important for users by the user agent to facilitate the user's navigation of the content. UAAG 2.0 intentionally does not identify which important elements must be navigable because this will vary depending on the web technology. 18:14:49 gl: html does not define 'important elements' 18:14:57 important elements: Elements determined as important for users by the user agent to facilitate the user's navigation of the content. UAAG 2.0 intentionally does not identify which important elements must be navigable because this will vary depending on the user agent design and the web technology. 18:16:25 Editorial rewrite of Jan's: "Elements that the user agent identifies as important for facilitating the user's navigation of the content." 18:16:52 Rewrite is good to me. 18:17:25 important elements: Elements that the user agent identifies as important for facilitating the user's navigation of the content. UAAG 2.0 intentionally does not identify which important elements must be navigable because this will vary depending on the user agent design and the web technology. 18:18:07 ja: 2.5.3 allows user to choose any element 18:18:29 jr: no...choose from the important element list provided by the UA 18:18:39 ja: thats not clear in the SC 18:18:48 gl: could add to the intent 18:20:16 gl: to comply with 2.3.1 the UA provides the user the ability to navigate by at least one element (h1) 18:23:34 ja: suggest removing 2.5.3 because no one will do it. 18:25:05 gl: hopes mouseless browsing would add heading nav in addition to link navigation. 18:27:17 jr: wonders if with heading and table navigation (2.5.2) and enabled elements (2.3.3) thinks we have important elements covered. 18:28:26 ... perhaps can eliminate 2.3.1 (it is so basic, UA could provide 1 choice) and 2.5.3 18:29:05 kp: OK with removing 2.3.1. 18:29:52 gl: 1.9.1 outline view of important elements. 18:31:10 jr: allowing users to choose which elements could get difficult for the UA 18:31:45 kp: want to keep 2.5.3. 18:32:05 jr: what is the work 2.5.3 is doing. 18:32:41 ... want something in the notes for 1.9.1 that outline views are more usable when they are configurable. 18:33:32 gl: 2.3.1 is redundant to 2.3.3 and 2.5.2 18:34:26 ... what else might 2.3.1 used for... what elements? 18:35:37 jr: 2.3.3 is navigate to and activate - separate actions for enabled elements 18:37:43 jr: 2.5.2 is nav by headings and tables, 1.9.1 is outline view of important elements 18:37:56 kf: this is a bit confusing. 18:38:23 ... end goal direct nav and activate enabled elements 18:40:05 kp: need to nav to and nav + activate in one step 18:40:38 kf: want default behavior of whatever UA does. 18:41:05 kp: the user doesn't know what the UA will do when something gets focus. 18:41:24 kp: mouseless browsing is nav+activate 18:41:53 kf: tabbing gives focus with out activation. 18:45:22 action: Jan with create a proposal for 1.9.1, 2.3.1, 2.3.3, 2.5.2, 2.5.3 with definition for 'important elements" 18:45:22 Created ACTION-956 - With create a proposal for 1.9.1, 2.3.1, 2.3.3, 2.5.2, 2.5.3 with definition for 'important elements" [on Jan Richards - due 2014-03-13]. 18:46:26 gl: Word is a UA that allow granular navigation move forward 3 graphics, or up 2 sections, etc. so it is possible to do this type of navigation 18:46:38 close item 1 18:46:59 open item 2 18:47:16 2.3.2 Present Direct Commands from Rendered Content: The user can have any recognized direct commands in rendered content (e.g. accesskey, landmark) be presented with their associated elements (e.g. Alt+R to reply to a web email). (Level AA) 18:47:43 comment: based on intent of 2.3.2 However, if we are to have proper documentation of the accessibility functionality (Guideline 3.3) then, presumably, there it will be made discoverable. Users will just need to go through the documentation to discover all relevant controls. 18:48:49 ja: this is a misunderstanding, we are talking about Rendered content, not UI content 18:49:33 The UA can not have documentation for Author supplied Direct Commands (accesskey) 18:52:57 action: Jeanne to add response to OP07 - his is a misunderstanding, we are talking about Rendered content, not UI content. The UA can not have documentation for Author supplied Direct Commands (accesskey) [amith as necessary] 18:52:57 Created ACTION-957 - Add response to op07 - his is a misunderstanding, we are talking about rendered content, not ui content. the ua can not have documentation for author supplied direct commands (accesskey) [amith as necessary] [on Jeanne F Spellman - due 2014-03-13]. 18:53:11 zakim, close item 2 18:53:11 agendum 2, OP07 2.3.2 present direct command in rendered content, closed 18:53:13 I see 1 item remaining on the agenda: 18:53:13 3. LG03 Alternative content search (2.4.5, 2.11.2, 2.11.3) [from allanj] 18:55:04 zakim, close item 3 18:55:04 agendum 3, LG03 Alternative content search (2.4.5, 2.11.2, 2.11.3), closed 18:55:06 I see nothing remaining on the agenda 18:58:06 Topic: MS03 1.4.1 Separation between browsers and OS 18:58:17 comment: While it is understood that the separation between browsers features and OS features can be blurry at times, there are functions that are generally expected to be provided by the OS to facilitate accessibility. We do not expect the working group to delineate the responsibility of OS and browsers since it is contextual and fluid. But we expect the working group to recognize such... 18:58:18 ...separation of responsibility. For example, success criterion 1.4.1 (Text Scale, Color, Font) should be separated into two criteria—one simply asking the browsers to follow the OS text size and such at level A and another to provide its own options if the OS fails to provide text options at level AA. 19:01:18 The general statement is too vague to be actionable. That is, I don’t expect any disagreement on the sentiment, but rather on the details. I disagree with this example provided: if a browser does not provide adjustable font sizes, it is neither fully accessible nor as accessible as users have come to expect. If the operating system does not provide the features in any standardized way, it is... 19:01:19 ...up to each application to provide them on its own, and if the feature is useful and common enough to be expected, whether it is provided in a consistent way or not is less important. 19:03:14 jr: aren't you agreeing with them. current situation. mobile allow setting text size and color, most UAs allow font size change 19:03:32 ... but, don't agree with creating 2 SCs 19:03:54 gl: UA allow following OS font and colors, or let user do their own. 19:04:11 ... this should still be level A. 19:05:00 That is, if a feature such as customizable colors is important (which it is), the browser can be expected to provide it at Level A regardless of whether or not it's implement at the OS level. 19:05:19 ja: all browsers already do this. it is up to the UA to decide to do it on its own or use the OS 19:05:34 The feature should not be relegated to Level AA just because the OS did not provide a standardized implementation. 19:07:35 If there are specific success criteria that you feel should be split into separate levels for when the OS supports it and when it doesn't, please enumerate these and we will try to address your concerns. 19:10:05 Do we have both “follow OS colors” and “allow user to the override them”? 19:10:40 5.1.3 Implement Accessibility Features of the Platform: 19:10:41 If the user agent contains non-web-based user interfaces, then those user interfaces follow user interface accessibility guidelines for the platform. (Level A) 19:10:43 Note: When a requirement of another specification contradicts a requirement of UAAG 2.0, the user agent may disregard the rendering requirement of the other specification and still satisfy this guideline. 19:12:28 ja: font size and color is an accessibility setting 19:12:43 jr: thats where you find it on android OS 19:13:37 Applicability note: if the OS provides the features the UA does not need to duplicate as long as the features trickle through 19:14:52 Suggested edit: 19:14:53 Applicability note: if the OS provides a feature the UA does not need to duplicate it as long as user agent supports the OS feature 19:15:21 We could have an SC that explicitly said something like "For the following presentation attributes, the user can choose which of the following take precedence (a) user global settings specified by the platform, or (b) author-specified settings, or (c) user-specified settings. * Foreground and background colors..." 19:17:21 That is reflecting the features already in desktop browsers (e.g. Firefox). 19:17:50 jr: on mobile, platform does foreground/background (inverse color), the applications cannot over ride 19:18:24 ... windows phone has high contrast mode, ie for mobile will use HCM 19:19:08 ... windows could add a user setting to ignore HCM in the UA, but expect they would say turn off HCM. 19:21:02 jr: applicability notes are the loopholes and SC are the you musts 19:21:19 Applicability note: if the OS provides a feature the UA does not need to duplicate it as long as user agent supports the OS feature 19:22:18 gl: conformance claim you list the OS, UA, and extensions...that's not clear enough 19:22:41 -Jan 19:22:45 jr: but MS make comment that its not clear, hence applicability note 19:23:23 +[IPcaller] 19:23:41 zakim, [IPcaller] is really Jan 19:23:41 +Jan; got it 19:23:44 gl: feature needs to be available regardless of the location of the feature OS, UA, or extension and are enumerated in the conformance claim 19:25:02 gl: mean to say platform (many layers within the platform) 19:25:40 KimPatch has joined #ua 19:26:45 A required behavior can be provided by the platform, user agent, extensions, and potentially other layers. All are acceptable, as long as they are enumerated in the conformance claim. 19:28:10 -Kelly 19:28:24 The user agent does not need to implement every behavior itself. A required behavior may be provided by the platform, user agent, user agent extensions, or potentially other layers. All are acceptable, as long as they are enumerated in the conformance claim. 19:28:48 -Jan 19:29:08 GL's wording works for me. 19:29:12 any objections to adding this as #6 in conformance applicability notes 19:29:19 +1 19:29:25 kp: +1 19:29:41 gl: +1 19:29:47 kelly:? 19:30:40 action: jeanne to add "6. The user agent does not need to implement every behavior itself. A required behavior may be provided by the platform, user agent, user agent extensions, or potentially other layers. All are acceptable, as long as they are enumerated in the conformance claim." to applicability notes. 19:30:40 Created ACTION-958 - Add "6. the user agent does not need to implement every behavior itself. a required behavior may be provided by the platform, user agent, user agent extensions, or potentially other layers. all are acceptable, as long as they are enumerated in the conformance claim." to applicability notes. [on Jeanne F Spellman - due 2014-03-13]. 19:31:29 -Kim_Patch 19:31:32 -Jim_Allan 19:31:33 WAI_UAWG()1:00PM has ended 19:31:33 Attendees were Jim_Allan, Greg_Lowney, Jan, Kim_Patch, Kelly 19:32:17 action: jeanne add to disposition document - that we added "6. The user agent does not need to implement every behavior itself. A required behavior may be provided by the platform, user agent, user agent extensions, or potentially other layers. All are acceptable, as long as they are enumerated in the conformance claim." to document as a response to comment MS03 19:32:17 Created ACTION-959 - Add to disposition document - that we added "6. the user agent does not need to implement every behavior itself. a required behavior may be provided by the platform, user agent, user agent extensions, or potentially other layers. all are acceptable, as long as they are enumerated in the conformance claim." to document as a response to comment ms03 [on Jeanne F Spellman - due 2014-03-13]. 19:32:30 rrsagent, make minutes 19:32:30 I have made the request to generate http://www.w3.org/2014/03/06-ua-minutes.html allanj 19:32:38 zakim, please part 19:32:38 Zakim has left #ua 19:32:45 rrsagent, make minutes 19:32:45 I have made the request to generate http://www.w3.org/2014/03/06-ua-minutes.html allanj 19:33:19 rrsagent, please part 19:33:19 I see 4 open action items saved in http://www.w3.org/2014/03/06-ua-actions.rdf : 19:33:19 ACTION: Jan with create a proposal for 1.9.1, 2.3.1, 2.3.3, 2.5.2, 2.5.3 with definition for 'important elements" [1] 19:33:19 recorded in http://www.w3.org/2014/03/06-ua-irc#T18-45-22 19:33:19 ACTION: Jeanne to add response to OP07 - his is a misunderstanding, we are talking about Rendered content, not UI content. The UA can not have documentation for Author supplied Direct Commands (accesskey) [amith as necessary] [2] 19:33:19 recorded in http://www.w3.org/2014/03/06-ua-irc#T18-52-57 19:33:19 ACTION: jeanne to add "6. The user agent does not need to implement every behavior itself. A required behavior may be provided by the platform, user agent, user agent extensions, or potentially other layers. All are acceptable, as long as they are enumerated in the conformance claim." to applicability notes. [3] 19:33:19 recorded in http://www.w3.org/2014/03/06-ua-irc#T19-30-40 19:33:19 ACTION: jeanne add to disposition document - that we added "6. The user agent does not need to implement every behavior itself. A required behavior may be provided by the platform, user agent, user agent extensions, or potentially other layers. All are acceptable, as long as they are enumerated in the conformance claim." to document as a response to comment MS03 [4] 19:33:19 recorded in http://www.w3.org/2014/03/06-ua-irc#T19-32-17