14:57:19 RRSAgent has joined #wai-wcag 14:57:19 logging to http://www.w3.org/2016/04/12-wai-wcag-irc 14:57:21 RRSAgent, make logs public 14:57:21 Zakim has joined #wai-wcag 14:57:23 Zakim, this will be WAI_WCAG 14:57:23 ok, trackbot 14:57:24 Meeting: Web Content Accessibility Guidelines Working Group Teleconference 14:57:24 Date: 12 April 2016 14:57:45 Zakim, agenda? 14:57:45 I see nothing on the agenda 14:58:03 cant find the password to webex 14:58:12 agenda+ Survey: https://www.w3.org/2002/09/wbs/35422/5April2016_misc/Results 14:58:23 Makoto has joined #wai-wcag 14:58:41 agenda+ Survey: https://www.w3.org/2002/09/wbs/35422/20160412_misc/Results 14:58:47 got it 15:00:15 regrets+ Patrick_Lauke, John_Kirkwood, Sarah_Horton, Sarah_Swierenga 15:00:29 +AWK 15:00:48 laura has joined #wai-wcag 15:01:13 alastairc has joined #wai-wcag 15:01:37 David has joined #wai-wcag 15:02:46 KimD has joined #wai-wcag 15:03:35 JF has joined #wai-wcag 15:04:01 Present+ JF 15:04:04 Present +KimD 15:04:06 present+ Makoto 15:04:47 allanj has joined #wai-wcag 15:05:14 present+ EricE 15:05:32 present+ AlastairC 15:06:09 Zakim, list attendees 15:06:09 As of this point the attendees have been AWK, JF, Makoto, EricE, AlastairC 15:06:24 present+ adam_solomon 15:06:25 present +David 15:06:28 present+ Laura 15:06:35 present+ David 15:06:45 Present+ KimD 15:06:45 s/present +David// 15:06:49 Zakim, list attendees 15:06:49 As of this point the attendees have been AWK, JF, Makoto, EricE, AlastairC, adam_solomon, Laura, David, KimD 15:06:53 s/Present +KimD// 15:07:46 Mike_Elledge has joined #wai-wcag 15:07:47 Kathy has joined #wai-wcag 15:08:15 present+ Kathy 15:08:23 present+ 15:09:26 marcjohlic has joined #wai-wcag 15:09:32 present+ marcjohlic 15:09:41 TOPIC: Announcements 15:09:54 Scribe:David 15:10:13 John: Didn't see anything on the agenda about CAG next 15:10:56 Andrew: we can add to agenda after surveys 15:11:21 Kick-off email is here: https://lists.w3.org/Archives/Public/w3c-wai-ig/2016AprJun/0014.html 15:11:44 s/CAG/WCAG 15:11:50 Zakim, take up item 1 15:11:50 agendum 1. "Survey: https://www.w3.org/2002/09/wbs/35422/5April2016_misc/Results" taken up [from AWK] 15:12:06 zakim, topic 1 15:12:06 I don't understand 'topic 1', David 15:13:01 https://www.w3.org/2002/09/wbs/35422/5April2016_misc/results 15:15:01 Regrets+ MichaelC, Joshue 15:15:04 AWK: Issue 169 Redundant 13 people agree, 5 don't... James and micheal aren't here... 15:15:15 AWK SKIP FOR NOW 15:15:28 TOPIC: 168 15:15:34 Topic: 168 15:15:53 TOPIC: 168 15:16:27 rrsagent, draft minutes 15:16:27 I have made the request to generate http://www.w3.org/2016/04/12-wai-wcag-minutes.html yatil 15:16:53 Do buttons have same status as links, 2.4.4 15:16:54 Chair: AWK 15:17:15 s/TOPIC: 168/TOPIC: Issue 168 15:17:31 rrsagent, draft minutes 15:17:31 I have made the request to generate http://www.w3.org/2016/04/12-wai-wcag-minutes.html yatil 15:17:36 +1 to what Andrew just said 15:17:57 Q+ 15:18:14 s/TOPIC: 168/TOPIC: Issue 168/g 15:18:29 rrsagent, draft minutes 15:18:29 I have made the request to generate http://www.w3.org/2016/04/12-wai-wcag-minutes.html yatil 15:18:55 Alastair: Is it about link text in button layout or a form button 15:19:23 q+ 15:19:39 ack jf 15:20:53 ack mike 15:21:09 JF: Agree if it's an anchor or button... if it's a call to action, clicking on it is a get not a put, fetches, irrespective, asking end use to do something, so text should be descriptive... therefore 2.4.4 15:21:53 q+ 15:22:09 Q+ 15:22:14 Mike: Button is different from link... submitting, cancelling etc... links and buttons have dkfferent purposes 15:22:18 q+ 15:22:26 s/dkfferent/different 15:22:51 ack adam 15:24:10 Adam: we are talking about 4.1.2 and 2.4.4, 15:24:40 AWK: I interpret it as the button acting as a link... 15:24:51 Ryladog has joined #wai-wcag 15:25:28 S/I interpret it as the button acting as a link./ 15:26:06 s/AWK: I interpret it as the button acting as a link.../AWK: I interpret 2.4.4 as a special case for links 15:26:41 AWK: I cannot find WCAG text that allows us to apply link requirements to buttons 15:26:43 ack jf 15:26:47 Present+ Katie_Haritos-Shea 15:27:23 JF: Using a button when it should be a link, no arguement but it is being done so we should address it 15:27:38 jamesn has joined #wai-wcag 15:28:57 Adam: should you be able to use context around button describe the button, as we do with links 15:29:08 q+ 15:30:01 [EricE leaves] 15:30:02 rrsagent, make minutes 15:30:02 I have made the request to generate http://www.w3.org/2016/04/12-wai-wcag-minutes.html jamesn 15:30:09 ack AWK 15:30:18 q+ 15:30:38 AWK: I believe it is something we shpuld cover but don't think we do cover it... 15:31:09 s/shpuld/should 15:31:37 present+ JamesNurthen 15:32:17 AWK: web page defn ex two. links or buttons... clearly a distinction between links or buttons... 15:33:05 ack david 15:33:16 q+ 15:34:06 jamesn has joined #wai-wcag 15:34:49 David: Agrees with AWK. feels that 4.1.2 applies to buttons but 2.4.4 doesn't 15:34:51 q+ to say I have asked this before 15:35:17 ... part of the reason links are different is due to existing SR support for reading expanded link text 15:35:25 ack ala 15:35:57 Alastair: should we say if button is acting as a link then 2.4.4 should apply 15:36:22 q- 15:36:33 note I have an (old) action to clarify this - https://www.w3.org/WAI/GL/track/actions/139 15:36:41 ack ja 15:36:42 jamesn, you wanted to say I have asked this before 15:36:49 Strong +! to the idea that there is more "accountability" in 2.4.4 15:36:58 s/+!/+1 15:38:01 James: I have an old action 2011 to clarify this... it was clear not to apply to button, buttons need to make context in the label 15:38:34 q+ 15:38:41 ack ada 15:39:09 Adam: sounds like you are saying it should logically it should but what does the SC say... 15:40:10 James: clearly not covered in 2.4.4, and 2.4.9 even more... 15:40:16 q+ 15:41:08 ack david 15:42:02 Q+ 15:42:33 ack jf 15:43:32 David: 2.4.4 was a leniency to allow ambiguous text in the actual link 15:43:54 q+ 15:44:01 q+ 15:44:02 JF: Today buttons are being used as links... so we need an errataetc... 15:44:13 ack AWK 15:44:50 q- 15:45:36 AWK: Do the words cover "button", they don't, then we have to rely on the intent, which it seems there was no intent to apply it to buttons back then. 15:45:47 Q+ to ask about
15:45:52 q+ 15:46:14 ack jf 15:46:14 JF, you wanted to ask about
15:46:24 AWK: not convinced 2.4.4 is for buttons 15:46:50 what about a DIV, acting as a link 15:46:57 ack ad 15:47:06 AWK. I'd look at the a11y API 15:47:36 s/a11y API/a11y API to determine whether the user agent treats it as a button or link 15:47:51 Adam: could it be argued, ypu need it's text to describe it's purpose, "read more" but link is where you are going... 15:47:53 +1 to link and buttons that behave the same need the same requirement 15:48:08 +1 buttons are not covered in 2.4.4. and we take up in the future 15:48:25 q+ 15:49:20 JF: Factual of what elements are vs. author intents... 15:49:45 JF: defer to WCAG next... ok with me 15:49:52 i take it back, i agree with awk: button is not a link 15:51:01 AWK: some distinction in WCAG between link and button, we can't remap the element based on author intent... messy 15:51:03 ack da 15:51:42 q+ 15:52:01 I'm not convinced 2.4.4 covers buttons. Prefer taking up in WCAG next. 15:52:08 ack ala 15:52:42 q+ 15:52:45 Alestair: If a button is acting as a link, is the role incorrect under 4.1.2 15:53:54 David: I'm hoping in the near future we'll fail links that don't have context programmatically, using labelledbyby, etc... 15:54:22 ack jamesn 15:54:39 s/Alestair/Alastair 15:54:39 s/Alestair/Alastair 15:55:28 Q+ 15:55:39 ack jf 15:56:14 JF: reiterate what James said - we say that authors need to use the right element 15:56:30 back 15:56:53 Scribe: David 15:56:56 ... if WCAG 2.0 doesn't specifically address buttons in 2.4.4 then we need to add it to the list for WCAG .next 15:57:07 JF: Should punt it to WCAg Next 15:58:15 JF: strict reading on WCAG, Buttons not included in 2.4.4 15:59:18 AWK: We can propose respond 168 saying WCAG doesn't cover buttons in 2.4.4 This is seen as a gap to be address in WCAG.NEXT 15:59:44 Draft Resolution: The Working Group has concluded that WCAG 2.4.4 (Issue 168) has determined that are out of scope per a strict read of WCAG 2.0. The Working Group recognizes this gap, and resolves to address that gap. 16:00:17 q+ 16:01:01 q- 16:01:07 RESOLUTION: The Working Group has concluded that WCAG 2.4.4 (Issue 168) that are out of scope per a strict read of WCAG 2.0. The Working Group recognizes this gap, and resolves to address that gap. 16:01:36 q+ 16:02:32 Draft resoluiton: The Working Group has concluded that WCAG 2.0 SC 2.4.4 does not cover button elements per a strict read of WCAG 2.0. The Working Group recognizes this gap, and resolves to add this as an issue for consideration in a post-WCAG 2.0 version 16:03:02 +1 to taht 16:03:43 s/resoluiton/resolution 16:04:37 Ryladog has joined #wai-wcag 16:05:54 +1 to remove it 16:06:00 Draft resolution: The Working Group has concluded that WCAG 2.0 SC 2.4.4 does not cover button elements per a strict read of WCAG 2.0. The Working Group resolves to add this as an issue for consideration in a post-WCAG 2.0 version 16:06:36 Adam: some group memeber don't think this causes a "gap" but rather 2.4.4 opens for more leniency 16:07:47 rrsagent, make minutes 16:07:47 I have made the request to generate http://www.w3.org/2016/04/12-wai-wcag-minutes.html jamesn 16:09:19 s/The The Working Group has concluded that WCAG 2.0 SC 2.4.4 does not cover button elements per a strict read of WCAG 2.0. The Working Group resolves to add this as an issue for consideration in a post-WCAG 2.0 versionWorking Group has concluded that WCAG 2.4.4 (Issue 168) that are out of scope per a strict read of WCAG 2.0. The Working Group recognizes this gap, and resolves to... 16:09:21 ...address that gap./ 16:10:05 RESOLUTION: The Working Group has concluded that WCAG 2.0 SC 2.4.4 does not cover button elements per a strict read of WCAG 2.0. The Working Group resolves to add this as an issue for consideration in a post-WCAG 2.0 version 16:10:46 TOPIC: Issue 157 16:11:15 q+ to answer Adam's comment in the survey 16:11:39 s/157/167 16:12:15 s/167/157 16:12:41 q- 16:12:49 q- 16:13:40 AWK: LVTF says hover state should have contrast, active state ok if not sufficient contrast 16:14:38 Adam: I can live with that... I brought up another issue... about tabbing away. 16:14:52 James: might be out of window at large magnification 16:15:38 James: Sarah says active state should apply... 16:16:28 David: There's a great reason not to in that there is value in having a substantial change inn contrast to indicate that the button has been pressed 16:17:07 Proposed change to first sentence: 16:17:13 James: I agree... 16:18:18 David: We should distinguish for people that active state is a momentary oressing action 16:18:19 WCAG interprets SC 1.4.3 to require that the text of links and controls which changes in response to focus and hover events meets the appropriate contrast requirement. 16:19:01 s/oressing/pressing 16:19:23 Both hover and focus states impact low-vision users, but the active state is not explicitly required to meet the contrast requirement: 16:19:57 Should “WCAG interprets” be “WCAG WG interprets” ? 16:20:00 David: add a sentence about active state 16:20:50 Both hover and focus states impact low-vision users, but the active state (the split-second state when a button or control is being clicked or pressed) is not explicitly required to meet the contrast requirement: 16:21:05 q+ 16:21:10 ack adam 16:22:27 Both hover and focus states impact low-vision users, but the active state (the typically split-second state when a button or control is being clicked or pressed) is not explicitly required to meet the contrast requirement: 16:22:29 Adam: sometimes someone might hang on the active state, while trying to decide. 16:22:56 AWK: the esc key should let you stop the action of a helod down active state 16:23:03 q+ 16:23:08 ack m 16:23:21 https://lists.w3.org/Archives/Public/public-comments-wcag20/2014Feb/0039.html 16:24:41 Makoto: would like explanation for the different response. I've been allowing this to Japanese people, I need to explain why. but can live with change. 16:24:46 Q+ 16:24:47 need rational 16:25:02 Add: This is a change from previous advice offered by the working group as a result of input from the Low Vision Task Force which identified additional concerns. 16:26:11 +1 to AWK's add 16:26:15 Ryladog_ has joined #wai-wcag 16:26:17 q+ 16:26:31 ack JF 16:26:42 ack ryl 16:26:46 Makoto: SC has not changed, interpretation has changed, we need to explain, in understanding document for example. Want to have documented explanation 16:30:07 Add: This is a change from the previous interpretation offered by the working group as a result of input from the Low Vision Task Force which identified additional concerns that the working group had not considered, and which are addressed below. 16:30:13 David: I can update understanding. 16:30:31 +1 to that 16:30:42 +1 16:30:55 Makoto: Sounds good to me 16:31:10 +1 16:31:25 RESOLUTION: accept response as amended. 16:32:08 Zakim, list attendees 16:32:08 As of this point the attendees have been AWK, JF, Makoto, EricE, AlastairC, adam_solomon, Laura, David, KimD, Kathy, Mike_Elledge, marcjohlic, Katie_Haritos-Shea, JamesNurthen 16:32:19 Trackbot, end meeting 16:32:19 Zakim, list attendees 16:32:19 As of this point the attendees have been AWK, JF, Makoto, EricE, AlastairC, adam_solomon, Laura, David, KimD, Kathy, Mike_Elledge, marcjohlic, Katie_Haritos-Shea, JamesNurthen 16:32:27 RRSAgent, please draft minutes 16:32:27 I have made the request to generate http://www.w3.org/2016/04/12-wai-wcag-minutes.html trackbot 16:32:28 RRSAgent, bye 16:32:28 I see no action items