15:18:09 RRSAgent has joined #ag 15:18:09 logging to http://www.w3.org/2017/06/08-ag-irc 15:18:11 RRSAgent, make logs public 15:18:11 Zakim has joined #ag 15:18:13 Zakim, this will be WAI_WCAG 15:18:13 ok, trackbot 15:18:14 Meeting: Accessibility Guidelines Working Group Teleconference 15:18:14 Date: 08 June 2017 15:18:20 Chair: Joshue108 15:18:30 zakim, agenda? 15:18:31 I see nothing on the agenda 15:18:37 agenda+ Help: https://www.w3.org/2002/09/wbs/35422/COGA_help/ 15:18:53 agenda+ Orientation: https://www.w3.org/2002/09/wbs/35422/MATF_orientation/ 15:23:05 Detlev has joined #ag 15:27:20 ChrisLoiselle has joined #ag 15:30:22 present+ 15:30:53 present+ 15:30:57 scribe: Wilco Fiers 15:31:17 present+ 15:31:31 AWK_ has joined #ag 15:31:36 agenda? 15:31:46 +AWK 15:31:53 JF has joined #ag 15:31:58 Alex has joined #ag 15:32:02 present+ 15:32:50 Zakim, ping us in 28 minutes 15:32:50 ok, AWK_ 15:32:57 Kathy has joined #ag 15:33:10 present+ Kathy 15:33:35 present+ lisa 15:33:38 present+ Detlev 15:33:40 present+ Joshue108 15:33:41 present+ marcjohlic 15:33:42 rrsagent, set logs public 15:34:22 rrsagent, draft minutes 15:34:22 I have made the request to generate http://www.w3.org/2017/06/08-ag-minutes.html AWK_ 15:34:53 present+ JF 15:34:57 agenda? 15:35:02 KimDirks has joined #ag 15:35:47 zakim, take up item 2 15:35:47 agendum 2. "Orientation: https://www.w3.org/2002/09/wbs/35422/MATF_orientation/" taken up [from Joshue108] 15:36:30 Kim has joined #ag 15:36:47 Marc: Remaining issue was orientation vs dispaly orientation. Went with the latter 15:36:57 Updated: https://rawgit.com/w3c/wcag21/orientation_ISSUE-70/guidelines/#orientation 15:37:03 Present+ 15:37:14 ... other addition. Alex was adding an example to the definition for Essential 15:37:37 Great that definintions have been updated etc Marc. 15:37:58 ... Reminder to people, what happens if people want locked orientation. This is telling authors not to lock the orientation on the users 15:38:19 ... it should be opperable in all orientations, except when it is essential for the application. 15:38:27 AWK - for definition of "essential" recommend removing "in binary fashion" 15:38:45 q+ 15:38:58 ... Remaining question, is this at launch time, or at any point. I think not at any point. Couldn't figure out why you would lock it later on unless it was essential. 15:39:33 Josh: Don't know what "binary fashion" means 15:39:49 ack lisa 15:40:28 Lisa: Use case I'm concerned about, had a criteria that was almost the opposite: Orientation doesn't change without the user's concent. 15:40:38 orientation changes precisely *becaue* users rotate the device... 15:40:59 q+ 15:41:01 q+ to say that all devices allow locking of the orientation 15:41:05 ... some people rely on GPS or something like that. When orientation changes automatically, they have to start again figuring out where they are / going 15:41:16 q- 15:41:42 Marc: We're not saying to change orientation on the user. It is about not stoping it if the user wants to do it 15:42:06 Lisa: Can we add the reverse: "Or allowing the user to cancel it"? 15:42:12 david-macdonald has joined #ag 15:42:19 q+ mikeg 15:42:23 Present+ David-MacDonald 15:42:49 Marc: I think we are saying that, when we say that content is not locked in a specific orientation. 15:43:22 Lisa: Would it be a failure technique? 15:43:32 q+ 15:43:55 Marc: Not if it is essential. It is more of a navigation. The display might change directionally, not the display orientation. 15:44:07 ack awk 15:44:07 AWK_, you wanted to say that all devices allow locking of the orientation 15:44:45 AWK: All devices allow users to lock orientation. If I would find that disorienting, I can lock it, that's fine. This SC doesn't speak to this specifically. 15:45:01 ... if I need to turn my device for one reason or another, content should adapt to that. 15:45:06 chriscm has joined #ag 15:45:39 ... I think what Lisa is talking about is available in the OS. 15:45:45 Lisa: No there isn't 15:46:13 ... if you have GPS, if you don't want orientation to change when you turn. 15:46:21 AWK: This sounds like a different use case 15:46:46 ack mike 15:46:49 Josh: We don't want authors to lock orientation 15:47:49 Mike: This SC addresses the scenario you're talking about. If a user has the device locked in portrait, this SC doesn't allow you to prevent that. 15:47:55 ack jas 15:48:23 Jason: Related to how this is managed between content, OS and browser 15:48:50 q+ 15:48:59 .. It isn't clear how the responsibility is distributed. AWK refered about adapting to orientation change. 15:49:11 q- 15:49:17 q+ 15:49:21 ... Non-specific about what content is doing that is excluded by this proposal 15:49:55 ... adapts or responds to an orientation change. We need to take into account how different technologies handle this. 15:50:02 ack marc 15:50:10 q+ 15:50:22 Marc: We're not telling authors to lock things. We're telling not to 15:50:47 Josh: Lock is restrict, limit 15:51:12 That would go into the Understanding doc IMO 15:51:23 https://www.w3.org/TR/screen-orientation/#locking-the-screen-orientation 15:51:25 Josh: There's a meta viewport attribute you can add to do this kind of stuff 15:51:30 q+ 15:51:45 defining what it means "not to lock" - what the OS does etc - that would all go into the Understanding 15:51:45 ... the core is that you don't want authors to restrict it to something a user may need. 15:51:52 ack chrisc 15:51:57 q+ 15:52:17 Chris: The only thing the device can do on behalf of the user is tell the current orientation. 15:52:33 ... because the OS has this responsibility it could change at inappropriate times. 15:53:06 ... It's the OS responsibility to decide where to go. It's the content author responsibility to provide views that can be rotated / adjusted 15:53:29 ack mich 15:53:30 how is this testable? 15:54:03 MC: The APA WG reviewed screen orientation API said that orientation lock is a critical feature 15:54:07 Define "this". Does "this" = the presence of content that can be rendered on multiple screen orientations. 15:54:11 Testing: turn the device, observe whether content remains fixed or not. 15:54:26 ... the ability to lock orientation is critical. Not having a change underneath you is what the SC is trying to get at. 15:54:37 ack me 15:54:43 Marc: Correct, we don't want to interfere with the user 15:54:52 ack marc 15:55:08 MJ: we want to address this in the understanding document 15:55:09 +1 to keeping the SC text simple 15:55:11 q+ 15:55:26 ack jason 15:55:40 Jason: It hasn't addressed my issues 15:56:05 Glenda has joined #ag 15:56:22 ... If it allows interface option that would change the response, then it's the application / content which is determining the response. That there would be no response. 15:56:38 ... that would look like a failure, even if it's in response to a user's request. 15:56:46 present+ alastairc 15:56:54 present+ chriscm 15:57:04 ... If it's the web app that's receiving an event from the UI to fix the orientation. 15:57:15 gowerm has joined #ag 15:57:18 present+ MikeGower 15:57:33 Definition of Display Orientation https://rawgit.com/w3c/wcag21/orientation_ISSUE-70/guidelines/terms/21/display-orientation.html 15:57:36 ... I'm not comfortable having it handled by understanding docs. "Locking" doesn't do it for me. Need something in the normative text. 15:57:58 MC: I don't want to redefine terms that Orientation API defined 15:57:58 present +Glenda 15:58:36 Josh: Concensus seems to be that this is good to go. 15:58:36 +1 15:58:38 +1 15:58:42 +1 15:58:47 +1 15:58:53 +1 15:58:57 +1 15:59:02 +1 15:59:13 David: Which did we settle with, on a download or on a process. 15:59:28 AWK: Not specified in the current text 15:59:49 +1 15:59:50 +1 - good to go and I'm in favor of the orientation not being restricted to on load - "never locked" 16:00:08 Marc: At launched or througout. My oppinion is that content is never locked, unless it's essential. Whether it be at launch or while running 16:00:29 +1 16:00:34 q+ 16:00:41 David: Maybe things are optimized for a certain orientation. Relates to James' comment 16:00:48 q- 16:00:50 AWK_, you asked to be pinged at this time 16:00:52 q+ to ask what scenarios exist where it would be more of a problem to reposition the content right away vs on load 16:01:00 Josh: Want to see if people can live with it going into the draft. 16:01:14 ... this is a reasonably simple SC, but certain details can be worked out. 16:01:43 David: There is an outstanding comment. 16:01:47 +1 can live with it, prefer on download 16:01:56 Josh: Push it over the line unless there is a showstopper 16:02:31 Jason: With Screen orientation API, if that provides a mechanisme where the web app would lock the orientation. 16:02:42 ... having a control that locks the orientation looks like a violation. 16:03:12 q- 16:03:13 q+ 16:03:36 ... Also defining what is meant here. If I'm a web developer and I use that API, letting users fix orientation within my application. 16:03:59 ... I'm fine having it in a draft with notes. 16:04:12 q+ 16:04:13 Josh: We do not want developers to lock the orientation. 16:04:24 note the time... 16:04:57 Jason: Not getting there. The idea with screen orientation. If the author uses that API, even if only done when the user selects it, that looks like a violation of the SC. Even though it's conditional. 16:05:20 ... Even if they do that only on user request, it is still a violation of the proposal. 16:05:23 ack awk 16:05:32 Josh: Maybe be clear about author locking vs user locking. 16:05:33 q- 16:06:01 ack chris 16:07:22 AWK: Jason, just like text size, if the user changes text size, the content doesn't fail. The API gives the author informationa about the orientation. This SC says to not fix the orientation. 16:07:48 steverep has joined #ag 16:07:49 ... If I create an application that can adapt, but the user disables that, it's fine. 16:07:57 present+steverep 16:08:32 RESOLUTION: Put Orientation SC into the next editor's draft 16:08:47 Josh: Put out a CfC to the list 16:08:53 zakim, take up item 1 16:08:53 agendum 1. "Help: https://www.w3.org/2002/09/wbs/35422/COGA_help/" taken up [from Joshue108] 16:09:02 link for help text (revced)https://rawgit.com/w3c/wcag21/provide-support_ISSUE-32/guidelines/sc/21/provide-support.html 16:09:34 Q+ 16:10:01 getting every 3rd word... 16:10:01 can't hear you well 16:10:20 Dial in? 16:11:05 Lisa: We got rid of long documents, changed to long blocks of text. 16:11:23 ... they can be broken up, add headings, or a summary is provided 16:11:32 ... made it much more universal and easier to test. 16:12:19 ... We merged complex and simple numerical. You'll choose what makes sense, if something is complicated, a chart is better. 16:12:24 rrsagent, draft minutes 16:12:24 I have made the request to generate http://www.w3.org/2017/06/08-ag-minutes.html laura 16:12:54 ... we added exceptions, like Jason brought up. If you're making content for accountants you can ignore that point 16:13:08 ... also excluded real numbers not required for math operations. 16:13:52 ... We think we've addressed the bulk of the comments. Wondering if people still have issues. 16:13:52 q? 16:13:59 ack Jf 16:14:44 JF: One of my concerns is about "comprehensive support is available". For numerical content, where should it be available? 16:15:24 ... We need to have programatic linkage. I would like it programatically available. It makes it easier to test. 16:15:48 +1 to programatic association 16:16:00 Lisa: It would be problematic in some cases because people object to the semantics. 16:16:06 rrsagent, draft minutes 16:16:06 I have made the request to generate http://www.w3.org/2017/06/08-ag-minutes.html Joshue108 16:16:31 +1 to programmatic association 16:16:39 JF: I don't think we need new semantics. 16:16:51 Lisa: No objection to this 16:17:13 q+ 16:17:13 JF: Propose making a change to the draft to be explicit about programatic association. 16:17:48 ack michael 16:17:48 q+ 16:18:11 MC: Wanted to ask who prefers programatic association. 16:18:23 q+ 16:18:24 I'd like to see what the new language looks like 16:18:43 ack alex 16:18:46 +q 16:19:00 q+ 16:19:26 Relatively minor thing, but can we use a different word than "cardinal"? Not sure if it means 'fundamental' (1st in the thesaurus), or something about 2D co-ordinates? 16:19:26 Alex: Question about the structure. You have to provide comprehensive support. What if none of these exist? 16:19:35 Lisa: If none applied you pass 16:20:06 q+ 16:20:06 Alex: I think the SC is wrongly written if that's the case. If none apply, than you have to say "if applicable" 16:20:21 MC: If criteria don't apply you meet them 16:20:40 Alex: What if multiple conditions apply, and you do one of them? 16:20:46 Lisa: that's allowed 16:20:47 Suggested Draft Text: Comprehension support is programmatically associated via one or more of the following 16:21:15 ... this is the whole pillar concept. Even though we're not addressing the full user need, we're getting them in. 16:21:38 Alex: The effect of having a positive impact was questionable. 16:21:54 MC: This is a known compromise, have to have it one way or another. 16:22:13 Lisa: If the group wants all, I'm very happy 16:22:32 MC: I'd rather have a compromise than nothing. 16:22:33 q+ to suggest changing "real numbers" to just "numbers" or "actual numbers" because real has a specific mathematical meaning 16:23:00 Alex: Why is the structure like it is? 16:23:06 Q+ to note that there are two types of issue here: "understanding meaning" and "where am I / How to operate" - if anything we could split this into two SC 16:23:23 zakim, ping me in 7 minutes 16:23:23 ok, Joshue108 16:23:27 Lisa: Basically, you have to do one of them. When we had it in one line we felt the user need would not be met. 16:23:50 ... we can't require it. What document needs / what is too long is subjective. Wouldn't get it through. 16:24:03 should be 1 or 3 bullets 16:24:20 ... were happy breaking it into two bullets, have it look like "when appropriate". This gives it more emphasise 16:24:50 ack gower 16:25:23 Mike: I found it weird the way it's written. It looks like you have to do one even if you don't have any 16:26:00 Comprehension support is available when appropriate for the following : 16:26:26 +1 16:26:27 +1 for Alix's point 16:26:36 Lisa: I think this addresses Alex's point 16:26:37 q+ to say that starting this with "comprehension support" makes this very confusing 16:26:39 +1 16:26:44 +1 16:27:01 ack david 16:27:58 David: Programatic association: In HTML we can do that. In other technologies that is difficult. All progamatic helps blind people. Users that don't have AT programatic doesn't help much. 16:28:16 Comprehension support is available for the following : 16:28:22 +1 - "appropriate" is a subjective term 16:28:46 ... "Where appropriate" works cross porposes, there is disconnect about which you should do. What I think we should say is "When the following is present, only one"... something like this. 16:29:24 what does "appropriate" mean? 16:30:06 ack detlev 16:30:24 Joshue108, you asked to be pinged at this time 16:30:33 +1 for alastair's approach 16:31:09 Comprehension support is available for the following: 16:31:45 +1 for Lisa's modification 16:31:52 zakim, ping us in 0 minutes 16:31:52 ok, AWK_ 16:31:53 AWK_, you asked to be pinged at this time 16:32:04 I have to go. But for the record, I can't agree to moving this SC forward yet. 16:32:08 Wilco has joined #ag 16:32:18 Detlev: I think the either/or construct doesn't work. 16:32:25 Lisa: There is an 'and' 16:32:42 Detlev: For forms you would have to do something, either A or B 16:32:56 q? 16:32:59 ... the way I read it I find it difficult to understand what I'd have to test with content 16:33:03 How about: "When the following types of content are present then comprehension support is available for each:" 16:33:22 Lisa: Suggest new wording, or put it in understanding? 16:33:40 Detlev: I think this is too much in one SC. Please read my comments 16:33:42 ack jason 16:33:47 And separate the 2nd bullet into 2: - Non-standard controls: have instructions - Multi-step forms: provide information about a user's position in the form. 16:34:11 q- 16:34:12 *I have comments in the survey too 16:34:18 I'm sorry I have to leave the meeting for another appointment... 16:34:20 Jason: Most of my comments on the survey. First about scope and rational on the exceptions. I think the logic is described questionably. 16:34:59 strongly disagree with what jason is saying 16:35:15 q? 16:35:28 ... programatic needs to be considered more careful. I'm concerned about automatic summary. The user may have better software than authors might have. 16:35:53 ... Forms are a concern. WCAG doesn't talk about forms but about processes. Should the same language be used? 16:36:46 Lisa: The pressure needs to be on the author. They can't pass it on to automatic summaries, they aren't fully reliable. 16:36:51 ack JF 16:36:51 JF, you wanted to note that there are two types of issue here: "understanding meaning" and "where am I / How to operate" - if anything we could split this into two SC 16:37:02 ... This was rejected by the TF as an option. 16:37:19 +1 to JF 16:37:26 JF: We're trying to address two things. What is on the screen, and where am I? 16:38:14 ... About association, it simply means they are linked. I'm concerned about "is available". The question is, where is it available and how does the user get to that content. 16:38:28 ... if we don't say how it is linked, the inference is that it's on the same page. 16:38:31 zakim, close queue 16:38:31 ok, Joshue108, the speaker queue is closed 16:39:02 Lisa: We're happy to go with progamatic. I think this can be a technique, but having it next to it would also work. 16:39:28 ... having it next to it is better then a footnote. 16:40:17 JF: I don't want to force authors to do something, I want there to be a direct association, more then just "available". 16:40:37 ... Three could be a page in the footer "glossary page". I don't see how that benefits anybody. 16:41:02 Lisa: Pros and cons. I think it should be a technique, but it should go to what most people think should be done here. 16:41:42 David: It may be limiting if you put programatic association. May be less accessible. 16:41:45 ack awk 16:41:45 AWK_, you wanted to say that starting this with "comprehension support" makes this very confusing 16:42:22 AWK: What i'm struggling with is the leading text. It's different from what other SCs are doing. 16:42:39 q+ 16:42:44 ... The SC about blocks of text is saying what should be done with blocks of text. 16:43:01 ... there is a lot in this. It feels we are putting understanding in the SC. 16:43:17 ... we say what you should do, and in understanding say why. 16:43:44 MC: I proposed comprehension support. If it seems better without it we can have a better hook. 16:44:15 Lisa: Alternatively, if we want these points to be separate criteria, then we can do that. But don't want it to take up 8 weeks. 16:44:34 Glenda has joined #ag 16:45:07 +1 to putting it in and clean up later 16:45:57 -1 to including as it is 16:46:03 -1 - my comments in the survey haven't been addressed, plus many have left 16:46:06 Josh: Anyone who can't live with this as is? 16:46:09 =1 16:46:19 -1 16:46:21 +1 16:47:04 I will continue to push-back on "available" as ill-defined and hard to test for 16:47:06 Josh: on the fence about this 16:47:12 Alex indicated a -1 before he left " I have to go. But for the record, I can't agree to moving this SC forward yet." 16:47:31 Lisa: In the form, but with the top sentence changed. 16:47:34 Comprehension support is available for the following: 16:47:55 ... we could break them up after August. 16:48:42 Josh: RIght now we see a no. I hear some strong points toward breaking it up. 16:49:18 cute 16:49:44 Josh: We can ask this question again next week when there are more people in. 16:49:52 MC: I feel we are almost there. 16:50:25 ... it needs more discussion. But I think we are close. 16:50:32 ... as for breaking up. We can deal with that later. 16:50:51 ... We should lean more towards putting things in and getting comments. 16:51:20 Lisa: Can we put it in the list? 16:51:55 adding more items to the list of 3 for the week doesn't help streamline the process 16:51:57 Josh: We'll follow up next week. 16:52:17 bye, thank you. 16:52:17 Glenda has left #ag 16:53:09 RRSAgent, make logs public 16:54:16 RRSAgent, make minutes 16:54:16 I have made the request to generate http://www.w3.org/2017/06/08-ag-minutes.html Wilco 16:54:28 trackbot, end meeting 16:54:28 Zakim, list attendees 16:54:28 As of this point the attendees have been MichaelC, ChrisLoiselle, Wilco_, AWK, jasonjgw, Kathy, lisa, Detlev, Joshue108, marcjohlic, JF, KimDirks, David-MacDonald, alastairc, 16:54:31 ... chriscm, MikeGower, steverep 16:54:36 RRSAgent, please draft minutes 16:54:36 I have made the request to generate http://www.w3.org/2017/06/08-ag-minutes.html trackbot 16:54:37 RRSAgent, bye 16:54:37 I see no action items