18:00:07 RRSAgent has joined #aria-apg 18:00:07 logging to http://www.w3.org/2015/02/16-aria-apg-irc 18:00:09 RRSAgent, make logs member 18:00:09 Zakim has joined #aria-apg 18:00:11 Zakim, this will be WAI_PF 18:00:11 ok, trackbot, I see WAI_PFWG(ARIA)1:00PM already started 18:00:12 Meeting: Protocols and Formats Working Group Teleconference 18:00:12 Date: 16 February 2015 18:00:19 rrsagent, make logs world 18:00:32 +Jon_Gunderson 18:00:33 Meeting: ARIA Authoring Practices TF 18:00:44 +James_Nurthen 18:01:03 zakim, who is on the call? 18:01:03 On the phone I see Matt_King, Jon_Gunderson, James_Nurthen 18:01:05 +Ann_Abbott 18:01:33 annabbott has joined #aria-apg 18:01:35 mattking has joined #aria-apg 18:01:37 Agenda+ tooltip http://www.w3.org/WAI/PF/aria-practices/#tooltip 18:01:52 Agenda+ alert http://www.w3.org/WAI/PF/aria-practices/#alert 18:02:03 Agenda+ windowsplitter http://www.w3.org/WAI/PF/aria-practices/#windowsplitter 18:02:54 +[IPcaller] 18:04:50 zakim, who is on the call? 18:04:50 On the phone I see Matt_King, Jon_Gunderson, James_Nurthen, Ann_Abbott, [IPcaller] 18:05:18 zakim, IPcaller is Leonie_Watson 18:05:18 +Leonie_Watson; got it 18:07:18 jongund has joined #aria-apg 18:08:33 regrets+ Birkir 18:10:03 jongund has joined #aria-apg 18:10:46 +Bryan_Garaventa 18:11:00 LJWatson has joined #aria-apg 18:11:26 zakim, pick a victim 18:11:26 Not knowing who is chairing or who scribed recently, I propose Bryan_Garaventa 18:11:27 zakim, [IPcaller] is me 18:11:28 sorry, LJWatson, I do not recognize a party named '[IPcaller]' 18:11:45 zakim, who is on the phone? 18:11:45 On the phone I see Matt_King, Jon_Gunderson, James_Nurthen, Ann_Abbott, Leonie_Watson, Bryan_Garaventa 18:12:06 scribe: annabbott 18:12:19 zakim, take up item 1 18:12:19 agendum 1. "tooltip http://www.w3.org/WAI/PF/aria-practices/#tooltip" taken up [from jamesn] 18:13:27 zakim, agenda? 18:13:27 I see 3 items remaining on the agenda: 18:13:28 1. tooltip http://www.w3.org/WAI/PF/aria-practices/#tooltip [from jamesn] 18:13:28 2. alert http://www.w3.org/WAI/PF/aria-practices/#alert [from jamesn] 18:13:28 3. windowsplitter http://www.w3.org/WAI/PF/aria-practices/#windowsplitter [from jamesn] 18:13:50 Matt: 3 places in guide address tooltip 18:14:38 3.2.6.1. Supporting Tooltips with the Keyboard 18:14:40 18:14:41 http://www.w3.org/WAI/PF/aria-practices/#kbd_tooltips 18:15:10 4.1.2.2. Using a tooltip as a description 18:15:11 18:15:13 http://www.w3.org/WAI/PF/aria-practices/#Descriptions_tooltip 18:15:55 Matt: above two are outside design patterns, useful but doesn't see why it isn't all incorporated into design pattern 18:16:19 Matt: 4.1 is about Labeling & Describing so understand why it is there 18:16:43 Matt: longer term would like to see shorter text and refer to examples. 18:17:05 James: examples have to include supporting stuff for kbd and describedby 18:17:49 Ann & Leonie: developers need 1 place to find info 18:18:15 James: kbd interaction is important and not relegate that to examples 18:18:38 Matt: agrees however structure now seems awkward 18:18:49 this keyboard example is also way more complex than necessary - http://www.w3.org/WAI/PF/aria-practices/#kbd_tooltips 18:20:05 Matt: other sections in doc should support design patterns 18:20:30 Matt: explain at a broader level 18:21:18 Matt: look at design pattern for tooltips first 18:21:42 design pattern http://www.w3.org/WAI/PF/aria-practices/#tooltip 18:22:11 Leonie: do they work on mobile? 18:22:33 James: not without doing something special 18:24:04 James: accessible name HTML5 accessibility API mappings - if no accessible name, default to Title. 18:24:08 jongund has joined #aria-apg 18:24:22 Matt: are those mappings condisered normative? 18:24:30 James: don't think so 18:25:13 Leonie: gets mapped to accessible description 18:25:21 James: if not used as accessible name 18:25:33 James: different on per item basis 18:26:21 Matt: for tooltips, are we talking strictly about elements that use the tooltip role? 18:26:31 Bryan: assumes so 18:26:49 Matt: says it is a supplement 18:27:13 Popup that displays a description for an element when a user passes over or rests on that element. Supplement to the normal tooltip processing of the user agent. It should popup automatically when the user gives input focus to the widget or element with which it is associated. The tooltip widget can be dismissed by pressing the Escape key or by other methods noted below. The tooltip widget... 18:27:14 ...differs from the 18:27:16 Dialog (Tooltip) 18:27:17 in that it does not receive focus at any time.   18:28:09 Matt: doesn't give any idea why it exists 18:28:23 James: doesn't like the description 18:28:46 James: kbd users don't get access 18:29:06 Matt: no way to force browser to display 18:29:19 James: can't force Title to come up 18:29:44 James: drop 'supplement to tooltip" 18:29:51 Group agrees 18:30:07 Matt: need to give idea purpose of tooltip role 18:30:17 Jon: can control placement 18:30:52 Jon: authors want to control style, not browser 18:31:15 Jon: would need to script to control tooltips 18:31:31 Matt: should start out with explanation on use 18:32:04 Matt: authors should use tooltips whenever the title attribute doesn't provide adequate control 18:32:21 Jon: cautions against tying to specific browsers 18:32:43 Matt: have role that does what browser does 18:33:40 James: tooltip doesn't receive focus vs dialog tooltip 18:34:12 James: not really a dialog because it acts like a tooltip 18:34:30 Bryan: acts like popup 18:34:52 James: like popup help - what's the difference? 18:35:08 James: F6 moves between panes 18:35:20 Matt: not in favor of special keystrokes 18:36:11 James: maybe tooltip should never have focusable content 18:36:31 James: if focusable content, use dialog tooltip 18:37:33 Matt: not fond of "resting" or "pass over" 18:38:01 Matt: use "place focus" instead of "resting" 18:38:29 Matt: use "hover" instead of "pass over" 18:38:36 Matt: no mention of delay 18:39:25 Matt: users don't want lots of tips appearing - makes them dizzy 18:40:17 James: doesn't think it needs to be specified 18:40:31 Matt: language seems to make it "have to" 18:40:45 James: doesn't say it has to appear immediately 18:40:55 Matt: optionally with delay 18:41:18 Bryan: not just when you mouse over, could be for error handling 18:41:50 Bryan: doesn't agree with making delay required 18:42:11 James: doesn't think we need to address 18:42:51 Jon: can work on examples from OAA into githum and explain delay there 18:43:09 Matt: maybe that's why "rest" was included 18:43:46 James: not talking about modalities, but immediacy of feedback 18:44:06 James: thinks it is usability and usability folks should choose 18:44:31 Matt: thinks including in examples is important 18:44:55 James: add Note about may/may not have a delay 18:45:17 James: added to existing bug 18:46:21 Matt: another note about ESCAPE key but says nothing about tooltip - maybe just copied/pasted in 18:46:38 James: re: about last in/first out 18:47:02 James: doesn't want to worksmith note when in multiple places 18:47:16 worksmith = wordsmith 18:47:41 s/worksmith/wordsmith 18:48:32 Matt: if more than one widget uses the same keys - note is about nested widgets 18:49:25 Matt: if a widget nested within another widget uses the same key as its parent 18:49:51 James: only place this note appears 18:50:02 Matt: funny - it was written for grid 18:50:11 James: maybe move to kbd section 18:51:00 James: nested widgets like on a toolbar 18:51:42 Matt: radios in a toolbar wouldn't wrap 18:52:07 James: thinks text is useful but maybe wrong for tooltip 18:52:29 Matt: doesn't like "if more than one widget" 18:52:36 Matt: likes "if nested widgets" 18:52:44 James: will add to bug 18:53:40 rrsagent, make minutes 18:53:40 I have made the request to generate http://www.w3.org/2015/02/16-aria-apg-minutes.html LJWatson 18:56:13 Matt: anything else on tooltips that should be rolled into design pattern 18:56:40 James: describing section seems a bit bizarre 18:56:59 Matt: 3.6.1.2 is about kbd? 18:57:05 James: that's about focus 18:57:12 Matt: needs code snippet 18:57:39 James: example is way to complex 18:58:10 James: strip out nonrelevant stuff 18:58:56 zakim, next item 18:58:56 agendum 2. "alert http://www.w3.org/WAI/PF/aria-practices/#alert" taken up [from jamesn] 19:00:22 http://www.w3.org/WAI/PF/aria-practices/#alert 19:01:12 A message with important information  19:01:19 that is all that is in the description 19:02:14 Ann: developers are prone to misuse alerts 19:02:29 Matt: do get over-used and crazy verbose 19:03:07 Bryan: JAWS 16/IE 11 has broken alerts 19:03:59 Ann: JAWS hasn't supported polite vs assertive for a while 19:04:33 Bryan: how alerts are triggered would be useful 19:05:09 Bryan: if positioned off screen then moved on screen, alert won't function 19:05:28 Matt: add info re live regions 19:06:04 James: section 5 or 6 Managing live 19:06:36 Matt: one sentence has caused lots of problems 19:07:40 Live regions are parts of a Web page that the author expects to change. Examples of live regions include tables with dynamically updated content (sports stats, stock information), logs where new information is being added (chat transcript logs), notification areas (status, alerts), etc. 19:10:05 James: add what are not live regions 19:13:27 Bryan: devs don't realize that ATs announce all info sounds same. 19:14:11 Bryan: carousel pages are coded as live 19:14:55 James: any change not triggered by a user (background or asyncronous unexpected) 19:15:25 Bryan: alerts are live regions 19:15:52 James: found another section that's better 19:16:04 alert - You must use the alert role for a one-time notification which shows for a period of time and goes away and is intended to alert the user that something has happened. The assistive technology should be notified by the user agent that an alert has occurred, if your operating system supports this type of event notification. When choosing to use alert you should use the alertdialog role instead if something inside the alert is to receive focus. Both 19:16:04 alert and alertdialog appear to pop-up to the user to get their attention. 19:16:06 Bryan: tied into OS 19:17:00 Matt: do you (Bryan) have an example? 19:17:35 http://whatsock.com/training/ 19:19:53 Jon: are alert examples from OAA site examples we want to keep? 19:20:13 Jon:: couple different examples there 19:20:49 James: guessing one isn't a dialog 19:21:11 Jon: there are two 19:21:32 Matt: thinks it is appropriate use of role 19:22:12 James: not really coming up as an alert to sighted users 19:22:33 Matt: appears dynamically but not an overlay 19:22:54 Bryan: purpose to convey something that is important 19:23:13 Matt: timeout is better as dialog 19:23:48 Matt: is the difference just styling 19:24:07 James: doesn't think guessing game is appropriate use 19:24:23 Matt: input error or save message is appropriate 19:24:51 Bryan: same as aria-live=rude (assertive) 19:25:18 Bryan: when focus is moved, alert causes confusion 19:25:43 Matt: general pattern for usage for input errors? 19:25:52 Bryan: hopefully more broad 19:26:15 Bryan: as it interrupts what is being announced 19:26:33 Matt: screen reader use case needed? 19:26:47 Bryan: prefer it to be broad enough 19:27:43 Bryan: in-line error handling where error only appears when Submit is selected 19:28:54 Leonie: when using this pattern it is applicable to only one application at a time 19:29:11 Leonie : it can be a distraction to all users 19:29:29 Matt: so when you need to intentionally distract a user 19:29:50 Matt: without taking control of focus 19:30:13 Matt: state what they are intended for 19:30:47 Matt: bug needed to develop proposal for description 19:31:32 James: in favor of copy/pasting stuff - not sure can satisfy everyone 19:32:01 Bryan: helpful to have link to general live region section and call out differences 19:33:17 Bryan: dev needs to code to spec and not AT behavior 19:33:33 +1000 19:33:49 Bryan: and bugs need to be filed against AT 19:34:01 -Leonie_Watson 19:34:10 zakim, please part 19:34:10 leaving. As of this point the attendees were Matt_King, Jon_Gunderson, James_Nurthen, Ann_Abbott, Leonie_Watson, Bryan_Garaventa 19:34:10 Zakim has left #aria-apg 19:34:29 rrsagent, make minutes 19:34:29 I have made the request to generate http://www.w3.org/2015/02/16-aria-apg-minutes.html jamesn 19:37:02 Meeting: ARIA Authoring Practices TF 19:37:02 rrsagent, make minutes 19:37:02 I have made the request to generate http://www.w3.org/2015/02/16-aria-apg-minutes.html jamesn 19:38:27 s/Protocols and Formats Working Group Teleconference/ARIA Practices TF/ 19:38:30 rrsagent, make minutes 19:38:30 I have made the request to generate http://www.w3.org/2015/02/16-aria-apg-minutes.html jamesn 21:37:39 MichaelC has joined #aria-apg 22:30:07 James - are you there?