16:24:47 RRSAgent has joined #ua 16:24:47 logging to http://www.w3.org/2011/04/07-ua-irc 16:24:49 RRSAgent, make logs public 16:24:49 Zakim has joined #ua 16:24:51 Zakim, this will be WAI_UAWG 16:24:51 ok, trackbot; I see WAI_UAWG()1:00PM scheduled to start in 36 minutes 16:24:52 Meeting: User Agent Accessibility Guidelines Working Group Teleconference 16:24:52 Date: 07 April 2011 16:31:52 agenda+ Survey http://www.w3.org/2002/09/wbs/36791/20110405/results 16:32:04 Chair: JimAllan 16:32:12 Regrets: KFord 16:59:57 jeanne has joined #ua 17:00:30 WAI_UAWG()1:00PM has now started 17:00:37 +Jim 17:00:41 Greg has joined #ua 17:00:57 Jan has joined #ua 17:01:15 + +1.425.895.aaaa 17:01:20 zakim, code? 17:01:20 the conference code is 82941 (tel:+1.617.761.6200 tel:+33.4.26.46.79.03 tel:+44.203.318.0479), Jan 17:01:25 zakim, aaaa is me 17:01:25 +Greg; got it 17:01:47 +[IPcaller] 17:02:08 zakim, [IPcaller] is really Jan 17:02:08 +Jan; got it 17:03:01 + +1.617.325.aabb 17:03:25 +Jeanne 17:04:26 sharper has joined #ua 17:04:32 zakim, who is here? 17:04:32 On the phone I see Jim, Greg, Jan, +1.617.325.aabb, Jeanne 17:04:33 On IRC I see sharper, Jan, Greg, jeanne, Zakim, RRSAgent, JAllan, trackbot 17:04:45 zakim, code 17:04:45 I don't understand 'code', sharper 17:04:47 KimPatch has joined #ua 17:04:53 zakim, code? 17:04:53 the conference code is 82941 (tel:+1.617.761.6200 tel:+33.4.26.46.79.03 tel:+44.203.318.0479), sharper 17:04:57 regrets: kelly 17:05:54 +??P10 17:06:31 zakim, ??P10 is sharper 17:06:31 +sharper; got it 17:07:59 zakim, aabb is KimPatch 17:07:59 +KimPatch; got it 17:09:03 new editors draft 6 April link from home page 17:09:37 UA Wiki http://www.w3.org/WAI/UA/work/wiki/ 17:09:48 mhakkinen has joined #ua 17:10:02 GL 2.7 in the Wiki http://www.w3.org/WAI/UA/work/wiki/Guideline_2.7 17:10:16 http://www.w3.org/WAI/UA/2011/ED-UAAG20-20110406/ 17:10:35 new Editors' Draft -- http://www.w3.org/WAI/UA/2011/ED-UAAG20-20110406/ 17:12:37 irc for now. 17:12:51 quick update on Focus from Greg and Kim 17:13:59 propose half day meeting 17:15:24 start at regular time and meet later, 17:16:09 any conflicts on 28th 17:17:44 12-4 Boston, 11-3 Central, 9-1 Pacific, 5-9 UK 17:18:44 zakim, agenda? 17:18:44 I see 1 item remaining on the agenda: 17:18:46 1. Survey http://www.w3.org/2002/09/wbs/36791/20110405/results [from JAllan] 17:19:48 convention for wiki: >>name, date: some comment 17:20:11 <> 17:21:24 zakim, open item 1 17:21:24 agendum 1. "Survey http://www.w3.org/2002/09/wbs/36791/20110405/results" taken up [from JAllan] 17:23:45 topic 2.7.1 Discover navigation and activation keystrokes 17:26:05 gl: also working on focus, related to 2.7 17:26:55 2.3.3 Present Direct Commands in Rendered Content [former 2.1.6, before that 4.1.6, also 2.7.1, minor change] (Level A) 17:26:57 [The only change to 2.1.6 was taking out the inline examples, which were already in the list of bulleted examples. 2.1.6 and 2.7.1 were highly overlapping: 2.1.6 was "2.1.6 (former 4.1.6) Present Direct Commands in Rendered Content: The user can have any recognized direct commands (e.g. accesskey) in rendered content be presented with their associated elements (e.g. "[Ctrl+t]" displayed... 17:26:59 ...after a link whose accesskey value is "t", or an audio browser reading the value or label of a form control followed by "accesskey control plus t"). (Level A) ", while 2.7.1 was "2.7.1 (former 4.7.7) Discover navigation and activation keystrokes: Direct navigation and activation keystrokes are discoverable both programmatically and via perceivable labels. (Level A)". The part of 2.7.1... 17:27:00 ...about programmatically belongs under Principle 4 Programmatic Access, not here.] 17:27:02 The user can have any recognized direct commands (e.g. accesskey) in rendered content be presented with their associated elements (Level A) 17:27:04 Intent of Success Criterion 2.1.6 (former 4.1.6): 17:27:06 • Make it easy to for users to discover or be reminded of keyboard shortcuts and similar commands without leaving the context in which they're working. Easy keyboard access is especially important for people who cannot easily use a mouse. 17:27:10 Examples of Success Criterion 2.1.6 (former 4.1.6): 17:27:12 • "[Ctrl+t]" displayed after a link whose accesskey value is "t". 17:27:14 • An audio browser reading the value or label of a form control followed by "accesskey control plus t"). 17:27:16 • Mnemonic letters in menu titles are shown with an underline. @@ Editors' Note: comment - applicable shortcut indicated or otherwise highlighted@@ 17:27:19 Related Resources for Success Criterion 2.1.6 (former 4.1.6): 17:27:21 • To be written 17:30:22 The actual SC buried in all that was: 17:30:24 2.3.3 Present Direct Commands in Rendered Content: The user can have any recognized direct commands (e.g. accesskey) in rendered content be presented with their associated elements (Level A) 17:32:28 jr: agree that 2.7.1 should be merged with 2.1.6 17:32:44 gl: we kept 2.17 17:33:55 action: GregL to write a proposal for merging 2.7.1 and 2.1.6 17:33:55 Sorry, couldn't find user - GregL 17:34:08 action: Greg to write a proposal for merging 2.7.1 and 2.1.6 17:34:08 Created ACTION-520 - Write a proposal for merging 2.7.1 and 2.1.6 [on Greg Lowney - due 2011-04-14]. 17:34:52 topic: 2.7.2 Access Relationships 17:37:35 jr: what is explicitly define relationship, html table headers seem implicit 17:37:52 sh: seems to be explict 17:38:25 jr: when there are label type relationships. 17:39:07 with html5 and ARIA there are more explicit relationships 17:39:56 gl: example of explicit defined relationships we don't want exposed 17:40:25 ... text insertion point in text with header pages above 17:40:35 scribe: jallan 17:40:39 That is, can we come up with examples of explicitly defined relationships that we expect the user agent to expose somehow (in order to comply with this SC) and others that we don't intend to require? 17:41:10 Examples of explicit relationships would include Labels, also headings that in a sense label all the content below them, page titles...? 17:41:32 Between a link and its destination? 17:43:14 we are looking at 'id', child elements, others 17:44:20 gl: what does 'access' mean...is it expose/view or navigate 17:44:37 "Access" explicitly-defined relationships doesn't make clear whether this means the user agent is required to let users view those relationships, or navigate by them, or both. (from survey) 17:45:13 jr: label is expicit, table header need to be exposed 17:45:51 gl: so if table headers are not hidden or moved off screen, does that comply? 17:46:17 gl: screen could make headers available to user 17:46:36 sh: screen magnifier users may need it. 17:47:27 gl: user interface you envision, some keyboard command would popup a dialog box that gives the relationships to the user 17:47:44 -Jan 17:48:26 sh: want some cognitive meaning from the relationship. 17:48:42 gl: relationship is the context of the content 17:48:58 +Mark_Hakkinen 17:49:50 So, Simon interpreted the SC as essentially that the user agent provides a keyboard command that presents the label of the element that has the keyboard focus. Correct? 17:50:15 Labeling interpreted broadly, including elements with the LabeledBy relationship, table column and row headings, etc. 17:53:09 gl: table headers are explicit and implicit. 17:54:11 ja: brings up 'headers' and 'id' for table 17:54:54 gl: is explicit the same as programatically determinable 17:56:57 I hear general agreement that the SC is unclear as currently written, and needs to be reworked to clarify and narrow its meaning. 17:57:04 -Jeanne 17:57:40 -sharper 17:57:45 sharper has left #ua 17:58:31 I'm on a quick call with Judy, I'll be back shortly. 18:02:27 mh: good case for explicit exposing the relationship to the user 18:02:35 gl: several issues 18:02:47 ...need to rewrite SC to make it clearer 18:03:01 ...presentation vs navigation to relationship 18:03:32 ...explicit - need a different term, 18:04:19 +Jeanne 18:04:58 gl: could use 'recognized' or 'recognizable' in place of explicitly defined 18:04:58 s/I'm on a quick call with Judy, I'll be back shortly. / 18:06:12 So to sum up issues with the SC's current wording, we need to rephrase to (a) clear up whether it's making information perceivable vs. navigating based on it, (b) the term "explicit" could be replaced by "recognized" as we do throughout the rest of the document, (c) ...? 18:06:53 (c) which types of relationships are we requiring, because documents like HTML define many, many relationships. 18:07:58 it seems we are talking about exposing the information to the user. the UA takes care of the navigation 18:08:19 "The user can have presented to them contextual information about an element, including recognized labels" ? 18:09:10 (I was going to say the element with the keyboard focus, but Simon's example of getting information by hovering makes it clear it should be broader.) 18:10:05 "The user can have presented to them contextual information about an element, including recognized labels and descriptions." 18:10:30 "The user can have presented to them contextual information about an element, including recognized labels, descriptions, and alternative content." 18:10:46 mh: could be aria-describedby or longdesc 18:10:57 "The user can have contextual information about an element presented to them, including recognized labels, descriptions, and alternative content." 18:11:12 ja: loose the clause. 18:11:35 s/loose/lose 18:12:20 If we were to take out the list of minimum required info ("recognized labels, descriptions, and alternative content") would we be leaving it open for a user agent to claim compliance with a pretty useless implementation, that just gave something like the line number of the element in the source code? 18:12:55 I think if there's a minimum set, we should explicitly list them. 18:13:16 +1 to including ... 18:14:02 "The user can have recognized contextual information about an element presented to them, including labels, descriptions, and alternative content." 18:15:47 What about headings, as in "The user can have contextual information about an element presented to them, including recognized labels, descriptions, headings, and alternative content." 18:17:02 gl: use 'headings map' extension to keep track of where I am in a document 18:17:37 "The user can have contextual information about an element presented to them, including recognized labels, descriptions, headings, and alternative content." 18:19:24 Title of "Present context information?" 18:19:34 Intent 18:19:35 HTML controls and elements are sometimes grouped together to make up a composite control; certain elements relate to others in a recognizable manned. This is the case with Ajax widgets and with form elements. By making sure the user can be informed about these relationships means that, say, visually disabled users can better understand these relationships even if the elements are not... 18:19:37 ...adjacent on the screen or the DOM. 18:20:18 Present relationships and context? 18:21:27 This belongs under Principle 1 Perceivable. 18:25:16 HTML controls and elements are sometimes grouped together to make up a composite control; certain elements relate to others in a recognizable manner, such as realtionships with 'id' attributes and child elements.d. 18:25:39 Gerald is navigating through a lengthy, complex table. He invokes a "Show element properties" command from the element's context menu, which displays a pop-up box giving the current cell's row and column headings, its row and column numbers, and the headings that provide its context in the document. 18:27:49 kp: anything that saves steps and provides context, making navigation easier helps 18:27:57 (I once wrote a set of Word macros to do this, as requested by a blind coworker, but I suspect screen readers may routinely do this today. Still, it could be quite useful for users of screen enlargers and others.) 18:28:05 John has low vision and uses a screen magnifier to access his Browser. John is navigating through a lengthy, complex table. He invokes a "Show element properties" command from the element's context menu, which displays a pop-up box giving the current cell's row and column headings, its row and column numbers, and the headings that provide its context in the document. 18:30:06 HTML controls and elements are sometimes grouped together to make up a composite control; certain elements relate to others in a recognizable manner, such as relationships with 'id' attributes and child elements. This is the case with Ajax widgets and with form elements. By making sure the user can be informed about these relationships means that, say, visually disabled users can better... 18:30:08 ...understand these relationships even if the elements are not adjacent on the screen or the DOM. 18:33:46 Suggest changing Guideline 1.11 Provide link information, to be Guideline 1.11 Provide element information, and add this one to it. 18:34:44 It would then have two success criteria, 1.11.1 Present Link Information, and 1.11.2 Present relationships and context. 18:36:48 In a long document, having the nearest previous heading revealed would help users, who have some cognitive issues, orient to the document 18:37:11 For the intent, could start with "Some users have difficulty perceiving, remembering, or understand the relationships between elements and their contexts." 18:38:11 -KimPatch 18:39:04 Some users have difficulty perceiving, remembering, or understand the relationships between elements and their contexts. HTML controls and elements are sometimes grouped together to make up a composite control; certain elements relate to others in a recognizable manner, such as relationships with 'id' attributes and child elements. This is the case with Ajax widgets and with form elements.... 18:39:05 ...By making sure the user can be informed about these relationships means that, say, visually disabled users can better understand these relationships even if the elements are not adjacent on the screen or the DOM. 18:40:50 action: jeanne to update document to move 2.7.2 to 1.11.2 using the text in the wiki. 18:40:51 Created ACTION-521 - Update document to move 2.7.2 to 1.11.2 using the text in the wiki. [on Jeanne F Spellman - due 2011-04-14]. 18:41:45 action: jeanne to update document changing the text of Guideline 1.11 as stated in wiki. 18:41:45 Created ACTION-522 - Update document changing the text of Guideline 1.11 as stated in wiki. [on Jeanne F Spellman - due 2011-04-14]. 18:46:38 Tools for converting to and from Wikimedia format: https://secure.wikimedia.org/wikipedia/en/wiki/Wikipedia:Tools/Editing_tools#From_Microsoft_Word_or_OpenOffice 18:47:34 -Mark_Hakkinen 18:47:35 -Jim 18:47:43 mhakkinen has left #ua 18:47:44 -Greg 18:47:53 rrsagent, make minutes 18:47:53 I have made the request to generate http://www.w3.org/2011/04/07-ua-minutes.html JAllan 18:48:04 rrsagent, set logs public 18:48:20 zakim, please leave 18:48:21 leaving. As of this point the attendees were Jim, +1.425.895.aaaa, Greg, Jan, +1.617.325.aabb, Jeanne, sharper, KimPatch, Mark_Hakkinen 18:48:21 Zakim has left #ua 18:48:31 rrsagent, make minutes 18:48:31 I have made the request to generate http://www.w3.org/2011/04/07-ua-minutes.html JAllan 18:49:17 present: Greg, Kim, Jeanne, Simon, Jim, Mark, Jan 18:50:00 rrsagent, make minutes 18:50:00 I have made the request to generate http://www.w3.org/2011/04/07-ua-minutes.html JAllan 18:50:20 rrsagent, please part 18:50:20 I see 4 open action items saved in http://www.w3.org/2011/04/07-ua-actions.rdf : 18:50:20 ACTION: GregL to write a proposal for merging 2.7.1 and 2.1.6 [1] 18:50:20 recorded in http://www.w3.org/2011/04/07-ua-irc#T17-33-55 18:50:20 ACTION: Greg to write a proposal for merging 2.7.1 and 2.1.6 [2] 18:50:20 recorded in http://www.w3.org/2011/04/07-ua-irc#T17-34-08 18:50:20 ACTION: jeanne to update document to move 2.7.2 to 1.11.2 using the text in the wiki. [3] 18:50:20 recorded in http://www.w3.org/2011/04/07-ua-irc#T18-40-50 18:50:20 ACTION: jeanne to update document changing the text of Guideline 1.11 as stated in wiki. [4] 18:50:20 recorded in http://www.w3.org/2011/04/07-ua-irc#T18-41-45