16:46:16 RRSAgent has joined #ua 16:46:16 logging to http://www.w3.org/2014/07/24-ua-irc 16:46:18 RRSAgent, make logs public 16:46:18 Zakim has joined #ua 16:46:20 Zakim, this will be WAI_UAWG 16:46:20 ok, trackbot; I see WAI_UAWG()1:00PM scheduled to start in 14 minutes 16:46:21 Meeting: User Agent Accessibility Guidelines Working Group Teleconference 16:46:21 Date: 24 July 2014 16:46:29 rrsagent, set logs public 16:46:35 rrsagent, make minutes 16:46:35 I have made the request to generate http://www.w3.org/2014/07/24-ua-minutes.html allanj 16:46:43 regrets: Kelly 16:46:53 chair: Jim 16:49:15 Agenda+ finish CA comments 16:49:16 Agenda+ hiding low priority visual updates 16:49:18 http://lists.w3.org/Archives/Public/w3c-wai-ua/2014JulSep/0025.html 16:49:19 Agenda+ UAAG20 auto-fill forms 16:49:21 http://lists.w3.org/Archives/Public/w3c-wai-ua/2014JulSep/0024.html 17:00:38 WAI_UAWG()1:00PM has now started 17:00:45 +Jeanne 17:02:21 Jan has joined #ua 17:02:24 +Kim_Patch 17:02:34 zakim, code? 17:02:34 the conference code is 82941 (tel:+1.617.761.6200 sip:zakim@voip.w3.org), Jan 17:02:54 +[IPcaller] 17:03:26 Greg has joined #ua 17:03:26 zakim, [IPcaller] is really Jan 17:03:26 +Jan; got it 17:03:54 +Greg_Lowney 17:05:22 +Jim_Allan 17:05:48 scribe: allanj 17:06:02 zakim, agenda? 17:06:03 I see 3 items remaining on the agenda: 17:06:04 1. finish CA comments [from allanj] 17:06:04 2. hiding low priority visual updates [from allanj] 17:06:04 3. UAAG20 auto-fill forms [from allanj] 17:09:34 Topic: CA03 GL3.1 17:10:24 KimPatch has joined #ua 17:10:38 http://lists.w3.org/Archives/Public/w3c-wai-ua/2014JulSep/0027.html 17:13:10 RESOLUTION: remove GL 3.1 17:14:04 RESOLUTION: mark CA01, 02, 03 and OP05 as closed reference http://lists.w3.org/Archives/Public/w3c-wai-ua/2014JulSep/0027.html 17:15:27 Topic: CAO4 autofill forms 17:15:45 http://lists.w3.org/Archives/Public/w3c-wai-ua/2014JulSep/0024.html 17:16:06 Related to GL3.2 17:16:38 http://lists.w3.org/Archives/Public/w3c-wai-ua/2014JulSep/0024.html 17:16:56 close action-1000 17:16:56 Closed action-1000. 17:17:22 action-999 17:17:22 action-999 -- Jan Richards to Start a draft sc re: saving certain form inputs -- due 2014-07-24 -- OPEN 17:17:22 http://www.w3.org/WAI/UA/tracker/actions/999 17:17:58 3.2.X Form Auto-Fill: The user can have textual (and numeric) form field values stored and auto-filled for at least the following: (Level AA) 17:17:59 - user's name 17:18:01 - user's email address 17:18:02 - user's phone number 17:18:04 Intent of Success Criterion 3.2.X: 17:18:05 Users with various disabilities benefit from auto-fill functionality, including people who type slowly and people who have difficulty with letter/number order. 17:18:07 Examples for Success Criterion 3.2.X: 17:18:08 - Michael is dyslexic and frequently spells words incorrectly, including his name and email address. Auto-fill reduces the number of fields he must fill out in on-line forms. 17:18:10 Related Resources for Success Criterion 3.2.X: 17:18:11 - None 17:18:36 jr: low bar, no privacy problems 17:19:08 Do we need to add wording limiting it to *recognized* fields of those types? 17:20:56 gl: intent could include a memory issues 17:21:10 jr: level? 17:21:23 ja: +1 AA 17:21:39 "Users with various disabilities benefit from auto-fill functionality, including people who type slowly, people who have difficulty with letter/number order or short-term memory." 17:21:56 js: ok on desktop browsers, not sure about mobile 17:22:47 gl: what about webbased browser, doesn't know who you are from session to session, does it need to save info between sessions 17:22:51 Would a web-based browser, which doesn't know who the user is, have to save and auto-fill these values for the duration of one session? 17:23:00 http://www.computerhope.com/issues/ch001377.htm 17:23:29 jr: applicability note - if the platform does not save between sessions then exampt 17:25:13 jr: will check if this is an edge case for webbased browsers 17:26:08 http://www.w3.org/TR/2013/WD-UAAG20-20131107/#sc_271 17:26:32 jr: we have allow persistent a11y settings...what if they don't do that? 17:27:44 jr: is this a fail on platform? 17:28:38 gl: do we have a list of web-based browsers 17:29:19 A web-based browser that kept no user-specific info could allow the user to save preference settings on their local machine, and load them in future sessions. 17:29:26 jr: could leverage base browser. 17:29:30 q+ about privacy 17:29:45 ack jeanne 17:30:31 ack jeann 17:30:35 ack about 17:30:37 js: don't want this required for a11y on a pubic machine 17:30:38 ack privv 17:30:45 ack priv 17:30:56 s\pubic\public 17:31:27 gl: privacy should be over arching on all systems 17:31:34 The privacy and public machines issue applies to all of 2.7 (Configure and store preference settings) as well. 17:32:47 gl: library, low vision scenario, 17:33:15 Right now 2.7.1 does not include an exception for public settings. 17:33:40 jr: perhaps note goes on 2.7.1. User agents are allowed to have public access modes that do not save setting, etc. 17:34:26 gl: expection path for privacy...and system security 17:34:58 Somewhere we may need to acknowledge and accommodate system administrators' need to lock down some settings. 17:36:05 action: jeanne to add a normative note to 2.7.1 to say that user agents may have a public access setting that turns this off. Maybe it should be a global applicability note. also see Jan's proposal for SC 3.2 17:36:05 Created ACTION-1001 - Add a normative note to 2.7.1 to say that user agents may have a public access setting that turns this off. maybe it should be a global applicability note. also see jan's proposal for sc 3.2 [on Jeanne F Spellman - due 2014-07-31]. 17:39:23 action: Jeanne to add Jan's proposal for adding an SC for retention of form auto-fill 3.2.X http://lists.w3.org/Archives/Public/w3c-wai-ua/2014JulSep/0024.html 17:39:23 Created ACTION-1002 - Add jan's proposal for adding an sc for retention of form auto-fill 3.2.x http://lists.w3.org/archives/public/w3c-wai-ua/2014julsep/0024.html [on Jeanne F Spellman - due 2014-07-31]. 17:39:34 jr: huge privacy issues related saving form data for completing form later. it should be a WCAG issue. for the content to save a partially filled out form. 17:40:35 Per Jeanne's example, perhaps if we require auto-fill we should require the UA let the user edit or delete the saved information. 17:40:55 gl: perhaps we need sc to edit the autofill information 17:41:07 kp: that is a user control issue 17:41:41 jr: saving form data is a computer control issue. 17:42:30 gl: autofill remembers data between sessions. developers need to know this 17:42:35 In the Intent we could clarify that it's agnostic in many implementation details, such as whether the UA remembers values filled in vs. letting the user configure auto-fill values. 17:43:13 Action: JR add more to the 3.2.X SC's intent to call out that it could be auto-detected or user entered and could be editable. 17:43:13 Created ACTION-1003 - Add more to the 3.2.x sc's intent to call out that it could be auto-detected or user entered and could be editable. [on Jan Richards - due 2014-07-31]. 17:44:04 rrsagent, make minutes 17:44:04 I have made the request to generate http://www.w3.org/2014/07/24-ua-minutes.html jeanne 17:44:10 rrsagent, make logs public 17:44:38 proposed resolution CA04: created new SC for autofill, however, saving partially filled forms is fraught with privacy issues, and seems to be more of a WCAG issue and delt with by the author 17:47:34 RESOLUTION: CA04 created new SC3.2.x 17:47:59 gl: seems we are through out because of edge case of public machine 17:49:07 js: no, its an author/content issue... 17:49:57 gl: a UA could save form information. may not work in banking, or dynamic forms, but work in 90% of the cases 17:53:46 3.2.2 Back Button: The user can reverse recognized navigation between web addresses (e.g. standard "back button" functionality). (Level AA) 17:54:51 Re saving unsubmitted form data, I'm leery of saying we're rejecting it because of privacy issues. On single-user systems providing an option to save these values is not a privacy concern. The problem with multi-page forms and custom controls are for WCAG, but for simple, single-page forms, using standard form controls, the UA could certainly provide the auto-save and restore values. It... 17:54:53 ...would fail on dynamic pages and other edge cases, but in 95% of cases it would be valuable. However, only in the fairly small set of cases where the user does leave and return, or the browser crashes, in the middle of the process, or when the form needs to be repeated periodically. 17:55:35 But because it's late in the process I won't fight for adding a new SC. 17:55:40 ja: CA-TF use case - filling a form, need information , takes a while to find retrieve information, return to form and it has timed out. want some kind of saving feature 17:57:35 Jeanne suggests expanding 3.2.2 (Back Button) to include restoring the state of the page. Do we already have *something* about restoring state, e.g. scroll location and selection? 18:00:27 If we did have an SC about restoring state, we can clarify in the Intent or a note that we intentionally leave the scope vague, as in the UA can choose how long it wants to save state information for a page, or how many it will cache, and also acknowledge that there will be cases where the UA can't recognize the "same page" due to dynamic content, etc. 18:00:36 kp: if I had a snapshot of a page, then could go back 18:01:17 kp: auto save, would be great if UA did auto save when writing text 18:03:23 1.8.10 Provide Viewport History: For user agents that implement a history mechanism for top-level viewports (e.g. "back" button), the user can return to any state in the viewport history that is allowed by the content, including a restored point of regard, input focus and selection. (Level AA) 18:04:26 gl: autofill works on a url, not a save session 18:05:05 Auto-fill typically works based on URLs, rather than only for things in the History, whereas as Jan points out point of regard is only restored from History. 18:06:33 jr: if you hit back you are returned to previous state POV etc. if retype the URL then top of page 18:07:26 jr: anyone want to write a proposal for autosave 18:07:53 kp: I will write a proposal for autosave in form fields 18:09:42 http://www.w3.org/TR/WCAG20/#time-limits-server-timeout 18:09:59 action: jeanne to renumber Principle 3 to accommodate the removal of 3.1 18:10:00 Created ACTION-1004 - Renumber principle 3 to accommodate the removal of 3.1 [on Jeanne F Spellman - due 2014-07-31]. 18:10:54 topic: CA05 GL3.3 18:11:06 action: jeanne to renumber 3.2 since 3.2.5 is level A. 18:11:06 Created ACTION-1005 - Renumber 3.2 since 3.2.5 is level a. [on Jeanne F Spellman - due 2014-07-31]. 18:12:24 action: kim to write a proposal for autosave on pages with forms 18:12:24 Created ACTION-1006 - to write a proposal for autosave on pages with forms [on Kimberly Patch - due 2014-07-31]. 18:13:11 Guideline 3.3 - Document the user agent user interface including accessibility features 18:14:05 ja: comments seems to be content oriented 18:14:40 comment: Help icon should be available to every screen that takes the user directly to relevant "how to use these features" or instructions 18:15:19 It seems like their first suggestion is that every UA dialog box have a help button/link indicated with a question mark or the word "help". 18:15:25 gl: they want a 'help' button on every component 18:16:51 I assume they're talking not about basic UI conventions like how to use buttons or menus, but about help on the particular functionality provided by the dialog box (e.g. the Downloads window would have a help icon the user can click to get to the Help pages relevant to that window). 18:17:23 Jan has joined #ua 18:17:40 I understand that they want to avoid making users go through a huge help system looking for topics relevant to their current task; instead, they want task-relevant help to be available directly from where the user is pursuing the task. 18:18:19 This is actually very useful for a lot of users, with and without disabilities (particularly cognitive, but not limited to that). 18:18:58 But, it really gets us into forcing specific UI design decisions onto the UA, which might not always fit with their UI design goals or paradigms. 18:19:02 see 3.3.2, perhaps not just a11y info but actual UA functionality is part of a11y info that should be provided to the user 18:19:18 At least, that's how I interpret their first two paragraphs. 18:20:26 I don't think we want to require every UA to provide context-specific help, as useful as it is, although I suppose we could recommend it (e.g. AA or AAA). 18:21:42 Currently we don't require *any* documentation, other than about accessibility features, much less making it context-sensitive. 18:23:08 jr: what about mobile browsers 18:23:22 jr: ATAG has something on this 18:23:26 http://www.w3.org/TR/ATAG20/#gl_a42 18:23:58 A.4.2.2 Document All Features: 18:23:59 For each authoring tool feature, at least one of the following is true: (Level AA) 18:24:01 (a) Described in the Documentation: Use of the feature is explained in the authoring tool's documentation; or 18:24:02 (b) Described in the Interface: Use of the feature is explained in the authoring tool user interface; or 18:24:04 (c) Platform Service: The feature is a service provided by an underlying platform; or 18:24:05 (d) Not Used by Authors: The feature is not used directly by authors (e.g. passing information to a platform accessibility service). 18:27:57 UAAG20 3.3.2 Describe Accessibility Features is exactly like ATAG 4.2.1 Describe Accessibility Features. 18:28:25 UAAG 20 does not have equivalent to ATAG 4.2.2 18:29:07 gl: could use ATAG 4.2.2 not at level A 18:29:43 The question is, do we want to add a new SC, at level AA or AAA, that is based on 3.3.2 but about providing help on all functionality, not just accessibility features. 18:29:58 -Jan 18:30:05 proposal: 18:31:02 If we did, then we could consider also adopting the first proposal from CA05, which is to recommend help be context-sensitive (e.g. a help button from individual UA UI windows and dialog boxes). 18:31:16 Again that would not be Level A. 18:32:23 3.3.x Document All Features: 18:32:25 For each user agent feature, at least one of the following is true: (Level AA) 18:32:26 (a) Described in the Documentation: Use of the feature is explained in the user agent's documentation; or 18:32:28 (b) Described in the Interface: Use of the feature is explained in the user agent's user interface; or 18:32:29 (c) Platform Service: The feature is a service provided by an underlying platform; or 18:32:31 (d) Not Used by Users: The feature is not used directly by users (e.g. passing information to a platform accessibility service). 18:32:42 If we add an SC for general help, we should consider modifying the structure used by 3.3.2 to also accommodate things which follow platform conventions (e.g. don't need to describe what a Play button does). 18:33:08 ja: how do we do that? 18:33:21 rrsagent: make minutes 18:33:21 I have made the request to generate http://www.w3.org/2014/07/24-ua-minutes.html allanj 18:34:12 I'm a little nervous about an SC requiring help cover every single little check box and radio button, even when their function is self-evident. I've seen Help where they just list all the controls with descriptions that just parrot back their names. 18:34:28 But, how do you measure whether the function of something is self-evident? 18:35:37 Still, if ATAG adopted it, I guess we can as well. 18:39:25 Perhaps change "(c) Platform Service: The feature is a service provided by an underlying platform" to also include UA UI features that copy or emulate the UI of an equivalent platform feature. For example, if the UA provides a File Open dialog box that uses custom controls but looks and feels exactly like the standard File Open dialog box provided by the OS, they probably don't need to... 18:39:27 ...document it any more than they would if they simply used the OS-provided version. 18:40:39 If the UA doesn't have to document the OS-provided dialog box, it shouldn't have to document one that is identical, but just happens to be implemented separately. 18:41:10 Jim: we want to encourage them to use standard dialog boxes, as they're more accessible, so making them document custom-implemented ones is reasonable. 18:44:07 action: jeanne to add 3.3.x as stated above 18:44:08 Created ACTION-1007 - Add 3.3.x as stated above [on Jeanne F Spellman - due 2014-07-31]. 18:44:28 RESOLUTION: add 3.3.x Document All Features: 18:44:29 For each user agent feature, at least one of the following is true: (Level AA) 18:44:31 (a) Described in the Documentation: Use of the feature is explained in the user agent's documentation; or 18:44:32 (b) Described in the Interface: Use of the feature is explained in the user agent's user interface; or 18:44:34 (c) Platform Service: The feature is a service provided by an underlying platform; or 18:44:35 (d) Not Used by Users: The feature is not used directly by users (e.g. passing information to a platform accessibility service). 18:45:43 RESOLUTION: Close CA05, created new SC 3.2.y 18:46:04 rrsagent, make minutes 18:46:04 I have made the request to generate http://www.w3.org/2014/07/24-ua-minutes.html allanj 18:47:05 zakim, please part 18:47:05 leaving. As of this point the attendees were Jeanne, Kim_Patch, Jan, Greg_Lowney, Jim_Allan 18:47:05 Zakim has left #ua 18:49:51 rrsagent, make minutes 18:49:51 I have made the request to generate http://www.w3.org/2014/07/24-ua-minutes.html allanj 18:50:45 rrsagent, please part 18:50:45 I see 7 open action items saved in http://www.w3.org/2014/07/24-ua-actions.rdf : 18:50:45 ACTION: jeanne to add a normative note to 2.7.1 to say that user agents may have a public access setting that turns this off. Maybe it should be a global applicability note. also see Jan's proposal for SC 3.2 [1] 18:50:45 recorded in http://www.w3.org/2014/07/24-ua-irc#T17-36-05 18:50:45 ACTION: Jeanne to add Jan's proposal for adding an SC for retention of form auto-fill 3.2.X http://lists.w3.org/Archives/Public/w3c-wai-ua/2014JulSep/0024.html [2] 18:50:45 recorded in http://www.w3.org/2014/07/24-ua-irc#T17-39-23 18:50:45 ACTION: JR add more to the 3.2.X SC's intent to call out that it could be auto-detected or user entered and could be editable. [3] 18:50:45 recorded in http://www.w3.org/2014/07/24-ua-irc#T17-43-13 18:50:45 ACTION: jeanne to renumber Principle 3 to accommodate the removal of 3.1 [4] 18:50:45 recorded in http://www.w3.org/2014/07/24-ua-irc#T18-09-59 18:50:45 ACTION: jeanne to renumber 3.2 since 3.2.5 is level A. [5] 18:50:45 recorded in http://www.w3.org/2014/07/24-ua-irc#T18-11-06 18:50:45 ACTION: kim to write a proposal for autosave on pages with forms [6] 18:50:45 recorded in http://www.w3.org/2014/07/24-ua-irc#T18-12-24 18:50:45 ACTION: jeanne to add 3.3.x as stated above [7] 18:50:45 recorded in http://www.w3.org/2014/07/24-ua-irc#T18-44-07