15:16:40 RRSAgent has joined #ag 15:16:40 logging to http://www.w3.org/2017/06/29-ag-irc 15:16:42 RRSAgent, make logs public 15:16:42 Zakim has joined #ag 15:16:44 Zakim, this will be WAI_WCAG 15:16:44 ok, trackbot 15:16:45 Meeting: Accessibility Guidelines Working Group Teleconference 15:16:45 Date: 29 June 2017 15:16:51 Zakim, who is on the phone? 15:16:51 Present: (no one) 15:16:54 +AK 15:16:58 +AWK 15:17:02 -AK 15:17:23 alastairc has joined #ag 15:17:35 zakim, agenda? 15:17:35 I see nothing on the agenda 15:19:06 agenda+ Concurrent Input Mechanisms (cont) https://www.w3.org/2002/09/wbs/35422/MATFSC_june/results#xnew1 15:19:36 agenda+ Support personalisation (minimum) https://www.w3.org/2002/09/wbs/35422/COGA_new/results 15:24:35 shadi has joined #ag 15:25:19 alastairc has joined #ag 15:28:02 present+ 15:29:05 david-macdonald has joined #ag 15:29:24 present+ david-macdonald 15:30:28 present+ 15:30:45 present+ 15:31:23 Detlev has joined #ag 15:32:42 lisa has joined #ag 15:32:45 Rachael has joined #ag 15:32:56 stuck with the webex password again 15:33:04 sorry 15:33:43 can someone send it on private chat again 15:34:01 ah wrong webex 15:34:29 marcjohlic has joined #ag 15:35:31 present+ Detlev 15:35:56 thank u, almost in 15:36:19 Kim has joined #ag 15:36:35 Zakim, take up item 1 15:36:35 agendum 1. "Concurrent Input Mechanisms (cont) https://www.w3.org/2002/09/wbs/35422/MATFSC_june/results#xnew1" taken up [from AWK_] 15:37:17 in 15:37:18 Andrew: no meeting next Tuesday 15:38:12 Someone is breathing 15:38:19 Andrew: Concurrent input mechanisms – we talked with Kathy and Shadi yesterday. The questions that people were having were around the overall testability about 15:38:39 is that the right survey link for concurrent input mechanism? 15:38:54 ah ye ssorry 15:39:15 Andrew: requiring testability for every potential input – questions around with the use cases are. How users with disabilities are benefiting from this – whether this is actually implementing everyone. 15:39:32 Andrew: is this a general usability concern that impacts all users or is there a specific hook that makes it differentially applicable to users with disabilities 15:40:21 Shadi: I do believe this is coming from research – use cases. Some users may need to switch and use may be voice at times or typing and mixing these depending on the type of input and amount of input and what's needed 15:40:35 q+ 15:40:54 Shadi: so there's user research behind it. There's always a question of degree and there are larger benefits beyond that 15:41:45 q+ 15:41:58 Andrew: touchscreen enabled laptop, mobile phone with Bluetooth keyboard, allow users to switch between them. My guess use case – apt tuned to mobile, must recognize needs keyboard access. That's already part of 2.0. If just confusion that need keyboard that needs to be hammered home more. If it's more than that then we need to do more 15:41:59 gowerm has joined #ag 15:42:02 present+ MikeGower 15:42:58 https://github.com/w3c/wcag21/issues/63#issuecomment-302276983 15:43:07 Shadi: there is the aspect of ensuring that the keyboard can be used – not only relying on input devices. Kind of the inverted keyboard requirement that is already in, but also the other way around so it is really about the mixing – being able to use different input mechanisms at different times depending on the current need. For instance there might be certain touching that I can do on the... 15:43:08 ...screen but then if it's more input a larger text field or something I will not be able to do that through pointing device and I will need a keyboard. It's both of the options that you just said as far as I understand 15:43:23 Kim: for example a speech user 15:43:47 ... can use speech for a lot but then need to use the keyboard for other things 15:43:59 ... probably low-vision use cases also 15:44:07 q+ 15:44:18 KimDirks has joined #ag 15:44:34 ... there has been a lot of trouble in the speech world because there is something that you can't do well. Examples of someone assuming that you won't want to use the kybd if you use speech. 15:44:39 Present+ KimDirks 15:44:47 ... they need to be able to be used simultaneously 15:44:58 ack jason 15:45:14 zakim, ping us in 19 minutes 15:45:14 ok, AWK_ 15:46:05 Jason: still have same concerns about use cases, specifically accessibility. I wouldn't mind if WCAG required enhancements that were good usability anyway, but I don't think people reviewing this are going to be sympathetic for requirements that are not well grounded in accessibility use cases. I think the vagueness and the imprecision of the use cases so far lead to the question whether... 15:46:07 ...this requirement meets the conditions that it needs to. 15:47:03 Jason: one concern is a lot of the use cases could be addressed at the operating system level. Organizations affected would be very clear content level use cases and where those use cases are more than hypothetical – that would help the progress of this proposal. 15:47:19 chriscm has joined #ag 15:48:18 Shadi: Jason, there's a little bit of a contradiction – if it's operating system the question is is it a requirement or not so it's not a question of operating systems versus content because content can lock into one mode saying just touch your keyboard rather than allowing the possibility backed by the operating system. The author also needs to consider that it is available as well on the... 15:48:19 ...content level. 15:48:19 ack dav 15:48:54 q+ 15:49:15 David: if I understand correctly the success criteria would require all functionality to work with a mouse, all functionality work with speech recognition, and all functionality work with keyboard – and whatever the next thing is. We had a success criteria that said everything had to be functional with the mouse – it didn't get very far. This is wider than that if I understand correctly. Do... 15:49:16 ...I have that right? 15:50:08 q+ 15:51:06 Shadi: no – it's about the switching. Whatever is supported, you are able to switch from one to the other. So I can use the on-screen keyboard, touch, and then I can continue with the keyboard seamlessly. It doesn't require me to use only one. There are other requirements that ensure access by voice and keyboard. Assuming that these are supported, that these are usable – it's that you can... 15:51:07 q- 15:51:08 ...switch between the two. 15:51:26 David: you say there's other places in the success criterion that require a mouse 15:52:15 Shadi: keyboard particularly – under operability support different input mechanisms. These take care of the particular input mechanisms. This one is about the switching between – it doesn't say support all input mechanisms – just switching between. 15:52:55 David: I'm more trying to figure out what this success criteria requires. 15:53:31 q+ OS versus authoring controlled input switching; "supported" inputs 15:53:36 present+steverep 15:53:44 Shadi: this allows switching between them – you should not deliberately exclude mouse, that's the point here 15:53:58 ack det 15:55:43 Detlev: real-life example from site test. Check what kind of input was present – laptop which has a touchscreen, linked to the monitor. I couldn't use it at all with mouse, but I could use touch on a second monitor. Author was assuming touch was small device. Question remains if that's an accessibility issue. My testing for accessibility found the problem. 15:55:59 q+ 15:56:09 ack gowerm 15:56:17 Detlev: is a general accessibility issue because mouse is supposed to work anyway or is it an accessibility issue 15:58:59 ack jas 15:59:01 Mike: These are all flagged in issues. to the degree to which you have to support inputs – keyboard already. Hardware versus author– how does tester know – lots of situations where you plug in a new device and operating system doesn't smoothly transition – plug in headphones. Are those failures? Third issue – supported inputs – if you've offered something that only supports one... 15:59:03 ...kind of input... 15:59:04 ...it's reasonable to assume that you're not going to support all types of inputs. Keyboard is already a requirement from 2.1.1, should be covered by that. Mouse versus touch thing interesting. Is this more strongly for someone with accessibility or general issue. 16:00:44 Jason: examples: cases where content is responsible for the problem, if input methods are supported individually the user can't move from one to the other in the course of the interaction. That seems to be the scenario which this proposal is trying to address. I'm not satisfied that we have good this is what the code be examples of this kind of problem with demonstrated accessibility... 16:00:45 ...implications that are really significant. So I'd like to see more work done on the use cases, the requirements behind this proposal before it moves forward. I can just see critics being unsympathetic to the objectives or wanting to draw distinction between usability and accessibility. Should spend time working on the use cases and requirements and seeing if this is the right way to solve... 16:00:47 ...the problem. 16:01:20 time reminder 16:03:18 I covered four things: 1) how does a tester in particular distinguish between an OS-based "lag" or failure to switch between inputs, and an author-caused issue? 2) Keyboard 2.1.1 already captures the need for concurrent input. With some changes it could capture any perceived short-coming in covering switching inputs 3) the language does not protect an author from a legit desire to restrict... 16:03:19 ...input mechanisms to a subset 4) to what degree is this a usability issue, and not confined to an accessibility issue? 16:03:33 I guess we can put it on the back burner for now... accept proposal to work on use cases more.. 16:04:14 Pietro has joined #ag 16:04:15 AWK_, you asked to be pinged at this time 16:04:31 RESOLUTION: send back to Mobile task force for better examples 16:04:40 Zakim, take up next item 16:04:40 agendum 2. "Support personalisation (minimum) https://www.w3.org/2002/09/wbs/35422/COGA_new/results" taken up [from AWK_] 16:04:44 For pages that contains interactive controls or with more then one regions, one of the following is true: 16:04:45 - a mechanism is available for personalization of content that enables the user to add symbols to interactive controls OR 16:04:47 -contextual information or context sensitive help is availible for regions, form elements, main navigation elements and interactive controls is programmatically determined. 16:06:11 Present+ Pietro 16:06:15 Lisa: I've been mulling over the comments – I sent some new wording to the list We still had some problems with it so I'm trying something else. It's got a little bit of Alice's suggestion to it. Part of the problem is people didn't want too much work on the author. With the old way we had feedback – difficult to know. 16:06:25 present+ alastairc 16:06:37 q+ to disagree that "region" is well-established 16:06:45 s/a little bit of Alice's/a little bit of Alastair's 16:08:11 q+ 16:08:13 Lisa: that's giving people a third option so it's easier to comply. Also suggesting defining context sensitive help. 16:08:19 ack awk 16:08:19 AWK_, you wanted to disagree that "region" is well-established 16:08:34 Andrew: can you tell us what you think a region is 16:09:43 NB: WCAG 2.0 has 'section' that could work for that 16:09:49 Lisa: that's defined in ARIA. It's a section of content that belongs together 16:09:56 https://www.w3.org/TR/wai-aria/roles#region 16:10:42 "A perceivable section containing content that is relevant to a specific, author-specified purpose and sufficiently important that users will likely want to be able to navigate to the section easily and to have it listed in a summary of the page. Such a page summary could be generated dynamically by a user agent or assistive technology." 16:11:02 q+ 16:11:11 Lisa: when you are using landmark regions, make sure something is not orphaned 16:11:11 q+ 16:11:25 Andrew: not everything is going to be using ARIA, not everything is going to be using landmarks and regions, so we need to know what a region is 16:11:26 ack gow 16:11:29 and not e'thing will use them according to spec. 16:12:35 q? 16:12:43 Mike: if you don't support personalization every field is going to have to have a tab stop. So for keyboard user to have context sensitive help the going to have to have some kind of mechanism to open that which typically is a tab stop for some universal nonexistent form of launching help on a context basis 16:12:56 Lisa: Function1 will do it – it's that kind of thing 16:12:58 Interested in where ARIA requires that if landmarks are usde ALL content needs to be wrapped in a LANDMARK. I think that may be an internal IBM guideline but not in WAI-ARIA. 16:13:14 Lisa: I just stuck in context-sensitive help to make it more flexible, but we could take it out if it's a problem 16:13:45 ack det 16:13:46 -contextual information is availible for regions, form elements, main navigation elements and interactive controls is programmatically determined. 16:13:47 https://www.w3.org/TR/wai-aria/roles#landmark 16:13:54 Mike: just to correct myself – wouldn't necessarily require a tab stop, but that's how it's implemented right now 16:14:17 s/implemented right now/typically implemented right now/ 16:14:25 For pages that contains interactive controls or with more then one regions, one of the following is true: 16:14:26 - a mechanism is available for personalization of content that enables the user to add symbols to interactive controls OR 16:14:28 -contextual information for regions, form elements, main navigation elements and interactive controls is programmatically determined. 16:14:47 q+ 16:15:20 Detlev: I don't understand how the "or" is linked up. One addresses the need to have the regions clearly marked up, and the other case is navigational elements where you might want to replace navigational terms with icons. I think these are two different cases and should be jumbled together in one sentence. It's very hard to parse for me 16:15:31 Lisa: I've put in wording which takes out part of the problem – takes out contextual help 16:15:49 +1 to DavidMacD on nesting landmarks.. 16:16:04 Lisa: I think here it's really to exclude very simple pages that don't have interactive controls and that are just one region – like in an app is a simple thing 16:16:52 Detlev: special case if you want to leave out a link. You would absolutely have controls that go forward or backward 16:17:08 ack marc 16:17:19 https://rawgit.com/w3c/wcag21/support-personalization_ISSUE-6/guidelines/terms/21/contextual-information.html 16:18:03 Marc: simplified to get buy-in? Definition for contextual information – I would think developer would say how can I meet this, and if they boil it down the easiest way contextual information for navigational, regional and textural controls. Would that not already be covered – providing relationship and role information already 16:19:05 q+ 16:19:10 q+ to clarify that we don't know that anything is "very likely" to be merged. That decision has not been made 16:19:55 Lisa: but not the concept. You've said this is a button and given it text that says next or whatever, but text is not programmatically meaningful so the concept is missing. What might happen is this might get merged with something as 1.3.1 or 4.2.1 . You can just add the word concept into name role value and we're done. For now we are making separate SC, then after August we can merge.... 16:19:56 ...Problem with 1.3.1 is "or text" disqualifies all our use cases. Text is not programmatically determinable. 16:21:15 Detlev: what do you mean by not programmatically determinable – if it's a proper button, says next, and in the next page you are supposed to fill in your shipping address, next would be appropriate. Any extra information you supply may help some but also confuse others, so I don't see the point 16:22:00 Lisa: see the demo – the text on the next button doesn't change so if you want to have the next button text there that's fine, the problem is that text is not programmatically meaningful especially if were not allowing controlled language. If we were allowing controlled language on that text that would be problematically meaningful, but we don't allow it. So therefore we don't know what... 16:22:02 ...symbols to add for people who don't know the words 16:22:15 q? 16:22:20 q+ 16:22:22 *where's the demo Lisa just mentioned? Is there a link? 16:22:36 Lisa: the context of the button 16:24:08 q+ 16:24:21 +1 to Lisa 16:24:25 q- 16:24:57 Lisa: it's not machine understandable text it's descriptive to a person. But it won't consistently if you're parsing it and adding a symbol to it that won't work. People won't know if this is a send. Let's say you had an application that added context-sensitive help. And someone had a button and they put a link – instead of saying homepage they say home. That links to the homepage. But it's... 16:24:59 ...not always a link to the homepage it could be a link to my home. You don't know from a programmatic point of view that when someone has the word home in a link it's a link to the homepage. So you can't consistently add an icon, link to help, because you don't know. You know because of the role it's a button you know because of the label that it has text that it can serve as a label that... 16:25:00 ...people should be able to understand but a machine can't understand it consistently and at a symbol or move it to a place that's why it's really important for it to be programmatically determined what it is – not just it's a button to be pressed, but what it is 16:25:22 q+ to ask if the items in the definition are AND statements. Meaning - is everything separated by semicolon required for "contextual information" to be met? https://rawgit.com/w3c/wcag21/support-personalization_ISSUE-6/guidelines/terms/21/contextual-information.html 16:25:53 q+ 16:26:07 ack ala 16:26:08 Lisa: that I can add an icon to it, I can use terms that people understand – not what a designer assumes someone understands – or a tooltip – it will open the door to all kinds of things. It will open it to huge audiences of people who cannot participate because they have a disability. We could add the separate success criteria and then merge it later. 16:27:46 Alaster: from the proposed text I find it very difficult to assess scale. I'm a bit wary about the first bullet aspect and I can't think of a way to provide a scale on that unless we go down a similar route – offloaded to the aria spec in terms of name role value – suggested in email earlier today. 16:28:03 q+ 16:28:21 ack chr 16:29:01 Andrew: so Alastair your concern is just the scope of the first button might allow someone to minimally conform 16:30:01 Chris: impossible to make the web accessible to everyone if you can't read a page. Let's assume that we want to try to do this and make this happen I don't think that it's something that can happen at the application developer level or at least not with the current operating system and UAAG requirements. Programmatically determine a button – things that have to happen to make that plausible. 16:30:43 Chris: the technical capabilities to let that happen are just not there. They just don't exist to do that consistently. Maybe in one contrived example, sure, but consistently across every app and website in the world, no. This is something that has to be tackled at a much much bigger level. 16:31:04 Lisa: I wanted to check if you seen the techniques – have you read through all the techniques. We've got techniques that deal with this. We've got a spec and aria in the first working draft. 16:31:17 Chris: it's a cool idea, I'm sure it can happen in the long run. But right now that cannot be done consistently. 16:31:25 Lisa: I don't understand – can you explain why not. 16:31:42 Andrew: can you say how you would identify a home button is a home button – what's the semantics that would be required 16:32:03 From the spec: our main page 16:32:18 Chris knows his onions, so I'm interested in why he thinks this requires a deeper architecture. 16:33:30 Lisa: I put in a few different alternatives because people didn't want to just rely on aria. There's a coga destination=home using aria. There's also a way using micro data – from Symantec.org. That's well understood semantics. That would be the mechanism of how you do it. Aria – here's the universal way of describing it. And then because people have concerns with different platforms like... 16:33:31 ...PDF we've given them – they can do an icon – that's why we have the second bullet point, to further allay the worries. 16:34:23 Andrew: we are over time and there's no way were going to get through the queue. We're going to leave this one open 16:34:49 RESOLUTION: leave this one open 16:35:05 ack jas 16:35:25 Jason: WRT to controls 16:35:36 I believe Marc has had to drop from the call, as do I. 16:36:15 scribe: alastairc 16:36:39 Jason: Regarding a taxonomy of relevant concepts, needs to be there. It is an interesting direction to take, good research proposals, not so much for a widely applicable standard. 16:37:05 ... if the research is done and it can be used, then we have a good case to put into WCAG. 16:37:19 ack aw 16:37:19 AWK_, you wanted to clarify that we don't know that anything is "very likely" to be merged. That decision has not been made 16:37:53 ack da 16:37:56 ack marc 16:37:56 marcjohlic, you wanted to ask if the items in the definition are AND statements. Meaning - is everything separated by semicolon required for "contextual information" to be met? 16:37:56 AWK: If something gets in, we can't say it is "very likely" to be merged. Could say it is possible, but not determined yet. 16:37:59 ... https://rawgit.com/w3c/wcag21/support-personalization_ISSUE-6/guidelines/terms/21/contextual-information.html 16:38:25 +1 to Coga being a new concept. Terrible support for it! 16:39:02 David: Think I understand, we have the coga attributes from the spec, which is new. Something that everyone can rally around, and then people can use it. I've read through the coga spec, it's really interesting and a good direction. 16:39:37 q+ Very short, promise! 16:39:50 q+ 16:39:52 oops.... 16:40:03 ... from WCAG, we aren't meant to be that creative, we should follow things which have momentum. Until we see something that has momentum, very wary of trying to create requirements from WCAG. 16:40:10 queue= lisa, chriscm 16:40:34 ack lisa 16:41:47 lisa: Putting the comment together, we have a chicken & egg situation. There's a huge amount of discrimination against people with cog issues. The longer this is delayed the worse it gets. Trying to find a way to solve the situation. There have been symbol browsers, we've done test pages. 16:41:50 q+ 16:43:00 Lisa: There was a strong objection last time to forcing people to use this extra vocab, which is why the first bullet is there. Not as good as the second bullet, but if even 1% of sites use that second bullet then it would make a huge difference. 16:43:16 -1 1% of people who comply. This is not good logic. WCAG is "legal requirement" for many organizations. This is a VERY dangerous thought process. 16:44:27 ... there are three companies using this tech in different places, no in US but in my local. If it was a requirement it would be used straight away (in some places). Having this first bullet with the 'out', we're doing it so there is a comfort level there. 16:44:54 ... everyone can have a personalisation button to get a conformant version 16:45:00 ack ch 16:46:04 chriscm: There are a lot of SCs I would be passionate about if the current ecosystems, tech capabilities were there to use them. But, when releasing an SC that doesn't have solutions there, then developers will come up with hacky solutions. 16:46:40 zakim, close the queue 16:46:40 ok, AWK_, the speaker queue is closed 16:47:30 have lefti 16:47:38 ... For places which have to conform to WCAG, then those solutions can make things worse, more confusing. Support the concept, love the passion, but my field is the technology side, and it is hard to see how that would work. 16:47:40 q- 16:47:41 i draw the lone at being yelled at 16:48:29 trackbot, end meeting 16:48:29 Zakim, list attendees 16:48:29 As of this point the attendees have been AK, AWK, jasonjgw, david-macdonald, MichaelC, shadi, Detlev, MikeGower, KimDirks, steverep, Pietro, alastairc 16:48:37 RRSAgent, please draft minutes 16:48:37 I have made the request to generate http://www.w3.org/2017/06/29-ag-minutes.html trackbot 16:48:38 RRSAgent, bye 16:48:38 I see no action items