13:59:55 RRSAgent has joined #wcag2ict 13:59:55 logging to http://www.w3.org/2012/06/08-wcag2ict-irc 13:59:57 RRSAgent, make logs world 13:59:59 Zakim, this will be 2428 13:59:59 ok, trackbot; I see WAI_(WCAG2ICT)10:00AM scheduled to start in 1 minute 14:00:00 Meeting: WCAG2ICT Task Force Teleconference 14:00:00 Date: 08 June 2012 14:00:07 greggvanderheiden has joined #wcag2ict 14:00:21 Judy has joined #wcag2ict 14:01:08 MaryJo has joined #wcag2ict 14:01:13 Andi has joined #wcag2ict 14:02:06 Hello everyone. I'm having troubles with my SIP connection. I may need to restart... 14:02:06 janina has joined #wcag2ict 14:02:06 zakim, who is on the phone? 14:02:06 I notice WAI_(WCAG2ICT)10:00AM has restarted 14:02:07 On the phone I see ??P9, Kiran_Kaja, Andi_Snow_Weaver, Mary_Jo_Mueller, Suzette, Shadi, Al_Hoffman, +1.425.822.aaaa 14:02:19 zakim, mute me 14:02:19 Shadi should now be muted 14:02:37 +??P17 14:02:47 zakim, ??P17 is Janina 14:02:47 +Janina; got it 14:03:00 Alex has joined #wcag2ict 14:04:42 agenda: http://lists.w3.org/Archives/Public/public-wcag2ict-tf/2012Jun/0015.html 14:05:00 agenda+ Action items review 14:05:17 agenda+ Discussion of "Survey for June 5th Meeting" meeting preparation 14:05:33 survey pointer: https://www.w3.org/2002/09/wbs/55145/JUN052012/ 14:05:43 agenda+ Confirm next meeting time; action items 14:05:59 scribe: Andi 14:06:03 zakim, next item 14:06:03 agendum 3. "Next survey available. Please complete by midnight Monday 4 June." taken up [from MichaelC] 14:06:10 zakim, close item 3 14:06:10 agendum 3, Next survey available. Please complete by midnight Monday 4 June., closed 14:06:12 I see 4 items remaining on the agenda; the next one is 14:06:12 4. Confirm next meeting time; action items; [from MichaelC] 14:06:17 zakim, close item 4 14:06:17 agendum 4, Confirm next meeting time; action items;, closed 14:06:18 I see 3 items remaining on the agenda; the next one is 14:06:18 5. Action items review [from Andi] 14:06:34 action 4 - due June 12th 14:06:34 Sorry, couldn't find user - 4 14:08:08 +Judy 14:08:27 action-5 - Gregg reports 14:08:35 s/action 4/action-4/ 14:09:26 GV: word processing documents would meet the input error option 14:11:40 GV: not clear so still need the modification 14:11:49 zakim, next item 14:11:49 agendum 5. "Action items review" taken up [from Andi] 14:12:16 zakim, next item 14:12:16 agendum 5 was just opened, Andi 14:12:20 zakim, close item 5 14:12:20 agendum 5, Action items review, closed 14:12:21 I see 2 items remaining on the agenda; the next one is 14:12:21 6. Discussion of "Survey for June 5th Meeting" meeting preparation [from Andi] 14:13:17 Survey: https://www.w3.org/2002/09/wbs/55145/JUN052012/ 14:14:08 MP: Bruce's suggested edit seems reasonable 14:14:12 no objection 14:14:14 +??P21 14:14:30 I'm P21 14:15:00 zakim, ??P21 is Loïc_Martínez 14:15:00 +Loïc_Martínez; got it 14:15:10 regrets: Bruce_Bailey 14:16:51 LM: agrees that techniques are out of scope 14:18:27 ack Kiran 14:18:54 KK: concern about use of "software renderers" - need to define 14:19:12 KK: suggest user agent 14:20:38 AS: user agent definition: any software that retrieves and presents Web content for users 14:21:48 q+ 14:22:25 AH: use "user agent" but explain what it means outside web context 14:22:31 ack Andi 14:22:45 q+ 14:23:05 AS: would have to keep this open until we close on the definition of "user agent" 14:23:32 AL: agree with approach but have to keep it open, "user agent" okay in PC world but perhaps not outside of PC world 14:23:42 q+ 14:23:47 ack alex 14:23:48 q- 14:24:18 ack gregg 14:24:51 KK: problem with "software renderer" - okay if we define what it means 14:25:11 This success criterion applies directly as written and as it is described in intent from Understanding WCAG 2.0. Electronic content and electronic documents that have software players, viewers or editors with a 200 percent zoom feature would automatically meet this SC unless the content or document has some method for defeating the zoom. 14:27:12 : This success criterion applies directly as written and as it is described in intent from Understanding WCAG 2.0. Electronic content and electronic documents that have software players, viewers or editors with a 200 percent zoom feature would automatically meet this SC unless the content or document has something that interferes with zoom. 14:28:20 This success criterion applies directly as written and as it is described in intent from Understanding WCAG 2.0. Electronic content and electronic documents that have software players, viewers or editors with a 200 percent zoom feature would automatically meet this SC unless the content or document will not work with zoom. 14:28:21 . 14:30:12 https://sites.google.com/site/wcag2ict/home/1-perceivable/14-make-it-easier-for-users-to-see-and-hear-content---including-separating-foreground-from-background/144-resize-text 14:30:43 Proposal from TF meeting ======================== 14:30:44 Additional guidance when applying to Electronic Documents 14:30:45 This success criterion applies directly as written and as it is described in intent from Understanding WCAG 2.0. Electronic content and electronic documents that have software players, viewers or editors with a 200 percent zoom feature would automatically meet this SC unless the content or document will not work with zoom. 14:30:46 Additional guidance when applying to Software Aspects of Products 14:30:47 , 14:30:48 The INTENT refers to the ability to allow users to enlarge the text on screen at least up to 200 % without needing to use Assistive technologies. This would mean that either the application itself, or one of the platforms under it, would have to provide some means for enlarging the text 200% (zoom or otherwise) while retaining full functionality and without the application interfering with it. 14:33:50 : The INTENT refers to the ability to allow users to enlarge the text on screen at least up to 200 % without needing to use Assistive technologies. This would mean that either the application itself, or one of the platforms under it, would have to provide some means for enlarging the text 200% (zoom or otherwise) while retaining full functionality and the application must support that text enlarging capability. 14:34:47 The INTENT refers to the ability to allow users to enlarge the text on screen at least up to 200 % without needing to use Assistive technologies. This would mean that either the application itself, or one of the platforms under it, would have to provide some means for enlarging the text 200% (zoom or otherwise) while retaining full functionality, and the application supports that capability. 14:35:40 : The INTENT refers to the ability to allow users to enlarge the text on screen at least up to 200 % without needing to use Assistive technologies. This means that either the application itself, or one of the platforms under it, would have to provide some means for enlarging the text 200% (zoom or otherwise) while retaining full functionality, and the application supports that capability. 14:35:48 +David_MacDonald 14:36:36 David has joined #wcag2ict 14:37:25 q+ 14:37:48 ack loicmn 14:37:49 The INTENT refers to the ability to allow users to enlarge the text on screen at least up to 200 % without needing to use Assistive technologies. This means that either the application itself, or one of the platforms under it, provides some means for enlarging the text 200% (zoom or otherwise) while retaining full functionality, and the application supports that capability. 14:39:08 RESOLUTION: accept text for documents as amended in the meeting 14:39:16 : The INTENT refers to the ability to allow users to enlarge the text on screen at least up to 200 % without needing to use Assistive technologies. This means that either the application itself, or one of the platforms under it, provides some means for enlarging the text 200% (zoom or otherwise) while retaining full functionality. If the platform is relied upon, the application supports that capability. 14:40:03 The INTENT refers to the ability to allow users to enlarge the text on screen at least up to 200 % without needing to use Assistive technologies. This means that either the application itself, or one of the platforms under it, provides some means for enlarging the text 200% (zoom or otherwise) while retaining full functionality. If the platform is relied upon, the application supports the platform capability. 14:42:34 Judy has left #wcag2ict 14:42:35 The INTENT refers to the ability to allow users to enlarge the text on screen at least up to 200 % without needing to use Assistive technologies. This means that either the application itself, or one of the platforms under it, provides some means for enlarging the text 200% (zoom or otherwise) without loss of content or functionality. If the platform capability is relied upon, the application supports the platform capability. 14:42:40 Judy has joined #wcag2ict 14:42:50 The INTENT refers to the ability to allow users to enlarge the text on screen at least up to 200 % without needing to use Assistive technologies. This means that either the application itself, or one of the platforms under it, provides some means for enlarging the text 200% (zoom or otherwise) without loss of content or functionality. If a platform capability is relied upon, the application supports the platform capability. 14:44:01 RESOLUTION: accept text for software as amended in the meeting 14:44:20 s/text for documents/1.4.4 text for documents/ 14:44:31 s/text for software/1.4.4 text for software/ 14:44:58 q+ 14:45:36 q- 14:46:24 2.1.1 Keyboard Operation 14:46:52 s/Bruce's suggested edit seems reasonable/1.4.4 Resize Text: Bruce's suggested edit seems reasonable/ 14:47:57 q+ 14:48:48 q+ 14:49:26 +1 to Andi 14:49:36 q+ 14:49:38 ack Andi 14:49:50 q+ 14:50:35 AS: either need a more device independent term than "keyboard interface" or we need to define "keyboard interface" to be more generic than keystroke encoding 14:54:01 q+ Al_Hoffman 14:54:27 q+ 14:54:48 ack alex 14:55:13 AL: game controller input depends on the path so it qualifies for the exception 14:55:35 AL: is this only about a device that can accept discrete input? 14:56:18 re AL: the exception is only for input that can ONLY be done via ….etc. 14:56:35 ack d 14:56:37 ack k 14:56:46 DM: WCAG is still in the keyboard world 14:57:12 q+ 14:57:20 KK: can't use keystroke encoding - lots of input mechanisms - the key is a device independent way 14:58:23 AH: have to live with what is in WCAG. Could add note that many other ways are coming that need to be looked at. 14:58:41 GV: have to go with what's here 14:58:46 q+ 14:59:13 GV: dpad is time dependent which violates another success criteria 14:59:19 ack mapluke 14:59:21 ack al 14:59:24 ack gregg 14:59:28 q+ 15:00:38 q- 15:01:28 GV: can be any kind of device that generates discrete commands that are not time dependent 15:01:59 GV: allows speech, Braille, etc. input 15:02:06 ack alex 15:02:34 q+ 15:02:39 q+ 15:02:44 AL: dpad is similar to using arrow keys where you hold down the arrow key to scroll the page 15:02:48 ack gregg 15:03:09 q- 15:03:19 q+ 15:03:50 q+ 15:04:01 GV: simple taps on the dpad work but holding it down doesn't work because it's time dependent just as holding down an arrow key doesn't work because it's time dependent 15:04:04 ack alex 15:04:15 q+ 15:04:34 AL: buttons on game controller are the same as buttons on a keyboard 15:06:04 LM: points out that 2.1.1 does say "without requiring specific timings for individual keystrokes" 15:07:39 ack loicmn 15:08:03 q+ 15:08:07 q+ 15:09:05 Additional guidance when applying to Software Aspects of Products 15:09:06 Keyboard interfaces are programmatic services provided by platforms that allow text input and operation in a device independent manner. This success criterion does not imply the presence of a hardware keyboard, but only the existence of a means to input text and control the software using encoded (keystroke) input. This encoded (keyboard) input could come from a virtual keyboard or from a physical built-in or external (wired or wireless) 15:09:06 keyboard. Nothing in the WCAG INTENT discourages pointing, gesture or other input as secondary or primary mode of input as long as the SC is met. 15:09:21 ack gregg 15:09:31 KK: what about T9 keyboards? 15:09:41 GV: T9 keyboards generate keystroke input 15:10:56 GV: swipe requires timing but the function being invoked by the swipe does not require timing 15:12:50 AS: propose removing "(keystroke)" from "encoded (keystroke) input" 15:13:03 q+ 15:13:34 GV: would have to define "encoded input" which would make it harder to read - mouse input is "encoded input" 15:13:39 q+ Al_Hoffman 15:13:40 ack andi 15:13:55 This encoded (keyboard) input could come from software (such as a virtual keyboard or a speech recognition engine) or from a physical built-in or external (wired or wireless) keyboard. 15:14:03 andi was encoded the only edit you wanted to make? 15:14:38 q+ 15:15:08 ack loic 15:15:19 q+ 15:15:59 JS: too much focus on the device that is generating the event, even keystroke generates scan code 15:16:02 ack janina 15:16:22 q+ 15:16:32 ack al 15:16:41 AH: change keyboard to character 15:16:44 ack al 15:17:04 It's not only character (think about arrow keys and "tab") 15:17:05 GV: arrow keys are not characters and they are allowed 15:17:08 q+ 15:17:36 q+ 15:18:20 ack david 15:18:58 DM: what we were trying to do for WCAG was a very narrow focus 15:19:03 ack gregg 15:20:20 This encoded (keyboard) input could come from software (such as a virtual keyboard or a speech recognition engine) or from a physical built-in or external (wired or wireless) keyboard or any other method for generating character plus control key input. 15:20:28 GV: Andi wanted to suggest an edit to the last sentence that would clarify this is not an exhaustive list 15:20:52 q- 15:21:05 ack me 15:21:43 q+ 15:21:58 zakim, mute me 15:21:58 Shadi should now be muted 15:22:12 interface used by software to obtain keystroke input 15:22:27 ack me 15:22:35 q+ 15:23:13 q+ 15:23:15 zakim, mute me 15:23:15 Shadi should now be muted 15:24:04 ack me 15:24:04 q+ 15:25:13 AS: should use one term unless we really mean something different by "encoded (keyboard) input" or "encoded (keystroke) input" 15:25:17 ack alex 15:25:31 What we really need is a non-timing way of providing text + control input. Forget about the "old ways" (key codes). 15:26:02 This keyboard (encoded) input could come from software (such as a virtual keyboard or a speech recognition engine) or from a physical built-in or external (wired or wireless) keyboard or any other method for generating keyboard (encoded) input . 15:26:37 AS: also concern that if we persist in requiring this to be keyboard or keystroke input, no mobile software will be able to comply no matter what they do to solve the problem. 15:27:16 AL: mentions other forms of input such as a camera 15:27:44 GV: camera input can't be used to operate functionality 15:28:03 GV: 2.1.1 is only about the way you operate the functionality 15:28:10 -Al_Hoffman 15:28:45 GV: hard to imagine any kind of mobile device that doesn't support character input 15:29:05 GV: if can only operate with gestures, it won't be accessible 15:29:35 MP: need more proposals - suggests continuing debate via e-mail 15:30:02 DM: fundamental question we need to resolve amongst ourselves 15:32:38 -Andi_Snow_Weaver 15:32:39 - +1.425.822.aaaa 15:32:39 -Mary_Jo_Mueller 15:32:41 -David_MacDonald 15:32:44 -Kiran_Kaja 15:32:45 -Shadi 15:32:45 -Loïc_Martínez 15:32:47 -Janina 15:32:49 janina has left #wcag2ict 15:32:51 -Judy 15:32:55 GV: solution might lie in Andi's idea of "device independent" - can she provide a description of how that would work 15:33:02 rrsagent, make minutes 15:33:02 I have made the request to generate http://www.w3.org/2012/06/08-wcag2ict-minutes.html Andi 15:33:07 -Suzette 15:33:29 zakim, bye 15:33:29 leaving. As of this point the attendees were Kiran_Kaja, Al_Hoffman, Andi_Snow_Weaver, Mary_Jo_Mueller, Suzette, Shadi, +1.425.822.aaaa, Janina, Judy, Loïc_Martínez, 15:33:29 Zakim has left #wcag2ict 15:33:32 ... David_MacDonald 16:44:55 s/andi was encoded the only edit you wanted to make?// 16:45:07 rrsagent, make minutes 16:45:07 I have made the request to generate http://www.w3.org/2012/06/08-wcag2ict-minutes.html Andi