14:49:13 RRSAgent has joined #ag 14:49:13 logging to https://www.w3.org/2021/11/02-ag-irc 14:49:18 zakim, start meeting 14:49:18 RRSAgent, make logs Public 14:49:20 Meeting: AGWG Teleconference 14:49:30 rrsagent, make logs world 14:49:41 Agenda+ new members and topics 14:49:47 Agenda+ Queue management reminder 14:49:54 Agenda+ WCAG 3 Process 14:50:12 agenda? 14:50:20 agenda- 3 14:50:30 Agenda+ WCAG 3 Process discussion https://www.w3.org/2002/09/wbs/35422/approach_nov_2/results 14:50:36 Agenda+ WCAG 2.2 Focus appearance (1 new question added) https://www.w3.org/2002/09/wbs/35422/wcag22-focus-appearance-enhanced2/results 14:50:43 Agenda+ WCAG 2.2 Visible controls (questions added) https://www.w3.org/2002/09/wbs/35422/wcag22-visible-controls/results 14:50:49 Agenda+ WCAG 2.2 Target size https://www.w3.org/2002/09/wbs/35422/wcag22-target-size-min/results 14:50:56 agenda? 14:55:31 ShawnT has joined #ag 14:56:53 Jennie has joined #ag 14:56:56 shadi has joined #ag 14:56:58 present+ 14:57:01 Scribe: Jennie 14:57:23 Fazio has joined #ag 14:57:42 Jen_G has joined #ag 14:57:44 bruce_bailey has joined #ag 14:57:58 present+ 14:58:07 Rachael: We will need a scribe for hour 2 14:58:10 present+ 14:58:11 present+ 14:58:51 sajkaj has joined #ag 14:58:55 present+ 14:59:13 Aimee_U has joined #ag 14:59:19 present+ 14:59:20 Rachael: Welcome. If you are just joining, please add yourself using present plus. And we are still looking for a scribe for hour 2 today. 14:59:23 Present+ 14:59:41 Lauriat has joined #ag 14:59:44 Present+ 14:59:47 present+ 14:59:55 *I wish I heard the snoring! 15:00:32 present+ 15:00:37 present+ 15:00:52 Rachael: We still need a scribe for the 2nd half of the meeting 15:00:54 zakim, take up item 1 15:00:54 agendum 1 -- new members and topics -- taken up [from Rachael] 15:01:02 Detlev has joined #ag 15:01:04 Rachael: Welcome. Glad everyone made it! 15:01:10 present+ 15:01:13 ...New members, and topics people want us to address. 15:01:17 present+ 15:01:27 GreggVan has joined #ag 15:01:29 Rachael: Has anyone here not been here in a while or is new and would like to introduce yourself? 15:01:34 Breixo has joined #ag 15:01:35 present+ 15:01:45 JF has joined #ag 15:01:54 Rachael: Does anyone have something we need to talk about that should be added to the schedule? 15:01:57 Present+ 15:01:59 present+ 15:02:00 present+ 15:02:19 Mike G: Do we have any kind of discussion on an update on timing for 2.2? 15:02:24 +AWK 15:02:33 Rachael: It is not on the agenda. Alastair - talk about it today or next week? 15:02:40 garrison has joined #ag 15:02:56 Alastair: Next week. We are trying to arrange an all day meeting (3 sessions). If you have interest in this, please respond to the survey in the list. 15:02:59 present+ 15:03:13 MelanieP has joined #ag 15:03:14 q+ 15:03:16 ...We will get to CR around Christmas, which puts publication probably around March. 15:03:20 ack GreggVan 15:03:20 mbgower has joined #ag 15:03:27 Michael C: From a process standpoint that sounds correct. 15:03:33 present+ 15:03:34 present+ 15:03:49 GreggVan: There is an Amazon Advisory committee all week, so most of the week I will be tied up. 15:03:56 https://www.w3.org/2002/09/wbs/35422/wcag22-all-day-issues-meeting/ 15:03:58 laura_ has joined #ag 15:03:59 Rachael: When you cannot make meetings, please send regrets. 15:04:20 present+ Laura_Carlson 15:04:21 ...And when you are unavailable, please continue to respond to surveys, and you can participate asynchronously 15:04:24 zakim, take up next item 15:04:24 agendum 2 -- Queue management reminder -- taken up [from Rachael] 15:04:39 Rachael: This is a reminder on how we are managing the cue. 15:04:44 ...We are relying on surveys more. 15:04:54 ...Thanks to everyone that is using the surveys. 15:05:10 ...We will summarize the results, talk about comments that are supporting, then go through each comment individually 15:05:18 Wilco has joined #ag 15:05:20 Rain has joined #ag 15:05:22 ...We will then go through comments 1 by 1, ...then open topics 15:05:23 present+ 15:05:36 ...We want to be sure we do not miss people that participate asynchronously 15:05:43 zakim, take up next item 15:05:43 agendum 4 -- WCAG 3 Process discussion https://www.w3.org/2002/09/wbs/35422/approach_nov_2/results -- taken up [from Rachael] 15:05:44 ...If you have feedback on that process, please email the chairs. 15:05:53 Rachael: Next item is for 60 minutes 15:06:03 ...We are discussing the WCAG 3 process, a proposal 15:06:14 https://www.w3.org/WAI/GL/wiki/AG_process 15:06:14 ...In addition to this document, there is also a visual version of it 15:06:21 ...That's the processs 15:06:21 Francis_Storr has joined #ag 15:06:24 JakeAbma has joined #Ag 15:06:32 https://www.w3.org/WAI/GL/wiki/AG_process 15:06:33 Present+ 15:06:39 https://docs.google.com/presentation/d/1ZZ8hD56XqGS0u3Rn2o1ows6ZrKRAwnAjllkXknp2bR8/edit#slide=id.gfb6a5a59bb_0_131 15:06:40 ...This is the workflow diagram in case visuals work better for you 15:06:43 present+ 15:07:06 Rachael: Survey results - whether or not to maintain a 3rd formal document within the process 15:07:20 ...2 options in the survey: I don't feel the need for a 3rd, and the opposite 15:07:26 ...Starting with the 6 that did 15:07:42 ...Rain stated "I'm concerned that 3 versions will lead to mistakes because there is more to track." 15:07:43 I can't find unmute 15:07:50 jon_avila has joined #ag 15:07:56 present+jon_avila 15:08:20 Rain: I think that is my only concern. The more versions we have if a 3rd version is added, but if there is a way to easily move between the 3, and really clear delineation 15:08:26 +1 to Rain 15:08:27 ...Otherwise it might get really confusing 15:08:50 Rachael: Sean also supported not having a 3rd document. Greg said to clear up ambiguities 15:09:05 ...All levels 2-5 need to include pros and cons and items needed to make it to maturity 15:09:33 GreggVan: 1. Please substitute pros and cons with needs and issues. I think it should be all of the levels, including level 1. 15:09:50 ...there should be the needs to why it should be in there. Having the issues will allow us to get placeholders in easier. 15:10:09 ...If we all agree on the needs and issues, it will be ok to put it in. 15:10:20 q+ to say that we should link to github issues for the details / conversation, have a brief summary in the main document notes. 15:10:29 ...Some reference to what is needed to get to the next layer. If we did that, I think we can get by with the 2 documents. 15:10:47 ...2. If we have the ability to collapse things down, I think we can get by with 2. 15:11:01 Rachael: We will make sure we come back to those comments in the next conversation. 15:11:29 ...Jeanne, you also felt we did not need a 3rd document. In the W3C general use of tools it is intended to be the sandbox. (continues reading from comment). 15:12:01 jenniferS has joined #ag 15:12:09 ...Jeanne (you are muted) if you would like to talk, please let me know. 15:12:21 Jeanne: I do not have more to add. 15:12:29 Nicaise has joined #ag 15:12:34 present+ 15:12:35 present+ 15:12:36 Rachael: David M did not vote 1 way or another, but I spoke to him. 15:12:49 ...(reads from David's response) 15:13:01 +1 to David's observation - the key is "public to the world" 15:13:02 ...Is David here? 15:13:06 Jaunita_George has joined #ag 15:13:08 Present+ 15:13:13 Summary of my comments: would review my comments in the survey as follows: substitute Needs and Issues for my Pro and Con. I used the wrong words. It was needs and issues that needed to be included at each stage. 15:13:13 In fact I would amend my comments to say — they should even be there for placeholder text. What good is placeholder if the need is not expressed - and issues can help focus work for the next stage. No need for a placeholder if there is no known need. And adding issues can help make placeholders more acceptable - and get them in sooner. 15:13:20 Rachael: He does not have a strong opinion one way or another as long as we address that concern. 15:13:36 ...2 people do feel we need a new draft: Laura C 15:13:54 ...Laura's response (reads Laura's response) 15:14:33 Q+ 15:14:41 Laura: I have the same concern as David has about getting consenus on what goes into the draft. 15:14:41 qv? 15:14:42 +1 to Laura 15:14:58 Rachael: Melanie had the other support for the 3rd version. (Reads Melanie's comment) 15:16:04 Melanie: I do not have anything more to add. 15:16:17 david-macdonald has joined #ag 15:16:50 q+ 15:16:52 Rachael: I just refreshed the survey results. Andrew has added that he does not feel a 3rd version is needed 15:16:59 q+ to say "I don't think we should have 3 GitHub docs -- but we should encourage the use of separate sandboxes for topics (in a wiki for example) that allow discussion and working out of ideas before we try to do them in our working group meetings. The overhead to add each new thought or option would be too great. " 15:17:03 ...Cybele adds that Github is not accessible for everyone 15:17:22 Rachael: I am not opening the cue until we go through survey results. 15:17:25 ack AWK 15:17:36 Andrew: I am sensitive to the concern about the increase in effort for the editors and chairs 15:17:51 ...But we already work with includes so a document can be created and pulled in through a drafat 15:18:02 ...draft. So if there is proposal 1 in a written form somewhere 15:18:10 present+ 15:18:21 ...And proposal 2 that is relatively easy way for documents to be generated, which then pulls in additional items 15:18:37 ...Each item gets edited independently, but there is a simple way for that document to be generative. 15:18:44 ...This would reduce error and effort. 15:18:59 ...My concern is in line with Laura's, and there should be a way to reference proposals, and to make them visible 15:19:09 +1 to AWK 15:19:19 ...But I think there is a way to do so without them going into the editor's draft because I feel that removing them later would be more difficult 15:19:34 Rachael: Topics based on those survey results - where is the sandbox? 15:19:53 ...Is it in the very documents or pull requests people create, or is it it's own document. 15:20:06 Topics: Where is the sandbox 15:20:07 I think you are asking the wrong question - it's not how many, but rather who can see it 15:20:10 ...Are there other specific topics people want to talk about in order to make a decision as to whether we need another document or not? 15:20:26 Rachael: John points out that the 2nd topic is who can see the sandbox 15:20:38 and how hard is it for someone to put something in 15:20:40 ...2nd topic: how visible to we make it? 15:20:49 Topics: Where is the sandbox, How visible/how much access, how hard is it to use 15:20:52 to the sandbox 15:20:53 Rachael: 3rd topic: how hard is it to put something in? 15:21:04 q? 15:21:07 ack alastairc 15:21:07 alastairc, you wanted to say that we should link to github issues for the details / conversation, have a brief summary in the main document notes. 15:21:23 Alastairc: On Greg's point on having the needs and issues in the document 15:21:37 ...I think we should have a summary and link through to github issues, or those tagged for that topic 15:21:53 ...That balances between showing that there is work going on about that thing, and here is where you can comment 15:22:10 ...How visible things are: there is no such thing as non-public, just how obvious we make it. 15:22:32 ...The subgroups can prototype things separately, I haven't really seen a reason in people's comments about what the document would achieve 15:22:39 ...The working draft is what the working group is approving 15:22:43 GN015 has joined #ag 15:22:49 ...Is the one before that an editor's draft or a sandbox 15:23:02 ...If the editor's draft term gives too much weighting, maybe we don't call it that 15:23:02 q? 15:23:08 ack JF 15:23:22 JF: Personally I think we are asking the wrong question. We should be asking who has access to what. 15:23:41 ...We have a bunch of subgroups working on content, and they have a desire to integrate it into the document we have 15:24:00 ...If I understand Laura and David M, and me: it is hard to get things out of the working draft. 15:24:15 q+ to speak to ask if marking up content does not meet the need 15:24:19 ...How do we integrate content that came from 3-4 members, to the place of building consensus 15:24:32 ...I struggle with making it so public that those unfamiliar with the weekly group happening with this group 15:24:38 ...It telegraphs the wrong message 15:25:14 ...I see that members of the working group seeing, but those checking in every 6 weeks or so - at what point do we expose things to a larger group (public) that is not part of the other conversations 15:25:15 ack GreggVan 15:25:15 GreggVan, you wanted to say "I don't think we should have 3 GitHub docs -- but we should encourage the use of separate sandboxes for topics (in a wiki for example) that allow 15:25:18 ... discussion and working out of ideas before we try to do them in our working group meetings. The overhead to add each new thought or option would be too great. " 15:25:25 GreggVan: First, I share John's view 15:25:39 ...The renaming the draft is an interesting thought that we had not talked about 15:25:59 ...Editor's draft does sound like it is editorially different from what is coming out - that is how it is in other standards groups 15:26:16 present+ 15:26:22 ...Linking to the GitHub - whatever this document is, if we put information in, and the information is in GitHub 15:26:33 ...Cognitively and other ways it is not accessible 15:26:35 My suggestion was to summarize it in the document, a link to more (in github). 15:26:38 KarenHerr has joined #ag 15:26:44 present+ 15:26:52 ...We can link to information there, but it can be hard to find what is the consensus of this is 15:27:16 ...I think it is not available to many due to the accessibility issues 15:27:28 ...I think the issues and needs must be right with the item 15:27:37 ...I don't like the idea of another Github document 15:27:38 Q+ to say that "Editor's Draft" is the name in the Process document but it is optional, so renaming would address the concern better than integrating sandbox content into editor's draft. Also to speak about GitHub versions. 15:27:56 ...Part of my concern of the editor's draft (or renamed sandbox) - how do they get it in there? 15:28:04 ...Do we give everyone access to the editor's draft? 15:28:08 For example, for screen reader users Github is unusable unless they are command line users. That is the blocker, imho. 15:28:10 We should clarify, the "github document" is the fully rendered spec version. The complexity is putting it in, not reading it. 15:28:18 ...When a new issue needs to be added, we don't want a long process 15:28:29 ...The purpose of a sandbox is to have something that is more flexible, dynamic 15:28:39 ...Then once it is in a better shape, it can go to the outside world 15:29:01 ...Then we have additional layers. That is when I think it should go in the document that goes out, instead of each week having a new block. 15:29:20 ack: Rachael 15:29:24 Rachael: Alastair pointed out that his suggestion was to summarize the issues and needs, then link out. 15:29:27 Q+ to say "Could we use the Github API to list issues related to certain topics" 15:29:28 GreggVan: That's find 15:29:32 ...fine 15:29:53 Rachael: Part of the markup was to address the concerns - give visibility to those following along, but make it clear that it is not finalized 15:30:02 ...What I am hearing the group say is that this is not enough 15:30:09 Q+ 15:30:14 ...If we called it sandbox, and clearly marked it up - is that sufficient? 15:30:15 ack Rachael 15:30:15 Rachael, you wanted to speak to ask if marking up content does not meet the need 15:30:19 ack AWK 15:30:19 AWK, you wanted to say that "Editor's Draft" is the name in the Process document but it is optional, so renaming would address the concern better than integrating sandbox content 15:30:22 ... into editor's draft. Also to speak about GitHub versions. 15:30:32 that addresses most things but not access to the doc 15:30:43 AWK: The Process document does refer to an editor's document, but it says the working group "may provide" 15:30:58 ...If we don't call it the Editor's document, I think that still follows this 15:31:04 Need to give a warning too: something like: "WARNING: This document has been renamed Sandbox as it is not an Editor's Draft in the same respect as previous WCAG Editor's Drafts. In the past, the Working Group had consensus of what went into the Editor's Draft. This new Sandbox only not does not have Working Group consensus, the sand in the sandbox is shifting at varying rates." 15:31:09 ...I want to also speak to Github versions 15:31:28 ...The document that someone reads, that is created through Github, still looks like an HTML version of the spec 15:31:33 q+ 15:31:38 ...If you want to edit it, there is the complexity of learning how to do that 15:31:42 q+ 15:31:49 Topics: Where is the sandbox, How visible/how much access, how hard is it to use 15:31:56 ...It should be straightforward on how to read it, depending on the content 15:32:01 ack ShawnT 15:32:01 ShawnT, you wanted to say "Could we use the Github API to list issues related to certain topics" 15:32:03 ...But the pull requests involve that complexity 15:32:34 Shawn: Using the Github APIs in our document to point to issues that are open to make it more readable? I agree with Greg that Github is not accessible for working with it 15:32:43 ...Linking the document to what is going on in Github 15:32:52 ...There is an API that can list all the labels in the document 15:33:06 Rachael: In the process document on the wiki I have a list of things to work out 15:33:20 ...Does anyone object to this going on that list? 15:33:30 Jennifer S: Because of the audience we have here 15:33:42 ...Github is not accessible to people who use screenreaders unless they use the command line 15:33:52 ack: jenniferS 15:33:53 ...The desktop app, the UI.. 15:34:08 ...Unless we configure truly accessible processes for early version, then an able bodied team works on the next part 15:34:18 ...It is not just the cognitive load, or the learning of the tools 15:34:30 ...The Github tool itself is so inaccessible, this is a barrier 15:34:53 ...We are not focusing on the needs of those with disabilities in order to be sure they can participate 15:35:00 q+ to ask for more clarification on GitHub inaccessiblity 15:35:03 Q- 15:35:06 +1 Jennifer 15:35:11 Rachael: You are not objecting as long as we take that into account, is that true? 15:35:19 Jennifer S: That's correct. 15:35:28 COGA got chastized during a TPAC session because we missed a Github issue due to us having difficulty with git 15:35:37 Action: Rachael, work out how best to clearly state issues, needs, etc and link to github 15:35:37 Rachael: Any objections to moving that conversation off? 15:35:38 Error finding 'Rachael,'. You can review and register nicknames at . 15:35:46 q? 15:35:49 ack JF 15:35:51 Rachael: I have captured that for the wiki, and you will see it next week 15:36:05 JF: Again, to my mind, it is not how many documents we have 15:36:17 ...It is about who has access to the versions we are working on 15:36:47 ...There were issues when one group tried to merge some information into the document, without the larger group had difficulty reviewing before it goes into the public component 15:36:57 There's a lot of small silver groups working on content 15:36:59 ...Every week I have to log in to view the call information 15:37:09 ...We can restrict aspect to the working group 15:37:26 ...It is important that before something is visible to someone that is not a member of this working group, it has to have consenus 15:37:35 q+ to note we are chartered public 15:37:42 ...All these task forces want pieces so we can see it along with the wider whole 15:37:51 q+ to say there is a difference between security restrictions on Zoom to hiding our work from the public. 15:37:54 ...It is the process of getting it exposed to a larger audience 15:37:54 Silver is wide open to the community which makes it more complicated 15:38:02 ack MichaelC 15:38:02 MichaelC, you wanted to note we are chartered public 15:38:03 https://www.w3.org/2019/12/ag-charter#communication 15:38:16 q- 15:38:18 MichaelC: The charter specifies that we do our work in public 15:38:32 ...We can request a charter that allows us to use the member wall, but this is against the trend 15:38:38 ...I'm not sure this would be granted 15:38:38 ack david-macdonald 15:38:56 David-Macdonald: The big thing for me as a person using the drafts for years and years 15:39:10 ...When I go to a W3C version that says latest editor's draft 15:39:26 ...If we relabel the editor's draft, but the biggest thing that exposes it to the public 15:39:41 ...If this link goes to the sandbox, it would be the same exposure 15:39:54 ...I'm not against the relabeling, but we wouldn't want it to be the first link at the top of the page 15:39:55 ack bruce_bailey 15:39:55 bruce_bailey, you wanted to ask for more clarification on GitHub inaccessiblity 15:39:55 i agree that GitHub is barrier to contributing to work , but i understood the barrier to be as more about useabilty than accessibility 15:39:57 rrsagent, make minutes 15:39:57 I have made the request to generate https://www.w3.org/2021/11/02-ag-minutes.html laura_ 15:39:59 good point - we need to relabel it there too and not call it "latest version" 15:40:17 Bruce: I want to check in with what Jennifer said about Github accessibility - I agree it is a barrier to contributing 15:40:20 q+ 15:40:34 ...I also understand that some that use screen reading software prefer the command interface 15:40:34 q+ 15:40:46 ...I did not realize it was due to Github needing this 15:41:10 Bruce, it's a big learning hurdle to learn the command line interface if a screenreader user doesn't already know it. 15:41:10 ...We use Github for the work we have been doing, but we may need to pay more attention to that 15:41:13 https://www.w3.org/TR/WCAG22/ landing page has "Latest Editor's draft" 15:41:28 ...What we are doing is more simple than what the working group is doing 15:41:49 Rachael: This is an important topic, but I am struggling to be sure that go through the agenda 15:41:54 ack sajkaj 15:42:03 Janina: I am aware that some people have trouble with Github - so did I when I started 15:42:13 ...I use both the web interface, the command interface (heavily) 15:42:20 ...I have done things in Github branches 15:42:27 ...I find it as accessible as editing HTML 15:42:35 ...There is a learning curve - it is not obvious 15:42:36 https://www.w3.org/TR/wcag3/ "latest editor's draft" is top content. 15:42:48 ...Just like learning to use a word processor there are things you need to know 15:43:00 ...Are there multiple avenues into it? Absolutely 15:43:19 ...The web interface is just a snapshot of some of the features in the command line 15:43:35 Rachael: Thank you Janina. I would like to move this part of the conversation to a separate meeting - Github as accessible 15:43:38 ack GreggVan 15:43:40 ...We do have to reach concensus 15:44:05 @Jeanne , yes I agree that CLI is big learning hurdle -- and that expecting a screen reader user to use CLI is not acceptable 15:44:05 GreggVan: Janina's description of what she had to do to access information in Github is exactly why we should assume this is not accessible information to the public 15:44:15 MarcJohlic has joined #ag 15:44:18 Q+ to note that the same could be said about Google Docs 15:44:24 She is a rockstar 15:44:31 tanget alert... 15:44:38 tangent even 15:44:42 ....2. Janina is at the high end of digital (missed word) - If we are trying to make this accessible we need to provide things that work better 15:44:58 Rachael: This is an important tangent 15:45:07 ack me 15:45:07 JF, you wanted to note that the same could be said about Google Docs 15:45:11 ...We have spent meetings just on tool problems - this is not that meeting 15:45:17 Rachael: I am requesting we come back to topic 15:45:23 ...We don't have that time 15:45:29 ...I will put a straw poll out 15:45:30 Q+ to note the issue is consensus 15:45:34 straw poll (all options include marking): Option 1) Three documents, Option 2) Two documents but rename with warning, Option 3) Two documents with warning on editors draft 15:45:50 GreggVan: Don't we have to look at the next survey question to answer this one? 15:45:57 Rachael: We can, I was just trying to see where we were 15:45:58 ack me 15:45:58 JF, you wanted to note the issue is consensus 15:46:06 GreggVan: As long it is just a straw poll 15:46:09 JakeAbma has joined #ag 15:46:12 present+ 15:46:15 Rachael: All 3 questions are related, I am just trying to bring us back 15:46:19 GreggVan: OK, proceed 15:46:35 OPtion 3 15:46:36 Rachael: From a straw poll perspective, not a final decision 15:46:49 ...Not everyone speaks, and I want to be sure everyone has a chance 15:46:54 ...Option 1: 3 documents 15:47:08 straw poll (all options include marking): Option 1) Three documents, Option 2) Two documents but rename with warning, Option 3) Two documents with warning on editors draft 15:47:17 *Thank you for pasting that in! 15:47:17 no change? 15:47:22 Option 1: 3 documents, with differing levels of consensus 15:47:35 DM: I would suggest the ammendment: if you change the name of the editor's draft 15:47:56 ...All the things pointing to it in the TR, we need to pay attention to this 15:47:57 straw poll (all options include marking): Option 1) Three documents with differing levels of consensus, Option 2) Two documents but rename both document and link with warning, Option 3) Two documents with warning on editors draft 4) no change 15:48:04 s/We use Github for work we have been doing/We use Github for web work we have been doing at my agency/ 15:48:04 OK with 2 documents as long as there is a high profile, easy to access way for entire group to vet and comment. 15:48:05 1-3, I have no strong feelings on this 15:48:08 2, could live with 3 15:48:13 3 15:48:15 q+ 15:48:19 Rachael: Did I miss anything else? 15:48:44 3 15:48:48 GreggVan: When you click on the link in the working doc it would show you a filtered version of the document with just the latest things which had consensus 15:48:59 q- 15:49:00 ...To the public, it would look like 3 documents 15:49:11 ...The last 2 documents would technically be in the same document 15:49:18 +1 to Gregg 15:49:24 Rachael: I am not sure they would look like too documents 15:49:30 GreggVan: filtered. 15:49:34 This is getting way too overcomplivated. We're going to have mass confusion 15:49:41 ...A realtime compilation 15:49:46 Rachael: OK, I will add it to the list 15:50:09 GreggVan: then you would only have 2 documents to maintain 15:50:15 ...But would also allow for a sandbox 15:50:21 ...You would like as editors to the full sandbox 15:50:29 Rachael: I am not sure how we would do that, but ok 15:50:50 "sandbox" term gives me the impression that it is an editable document 15:50:55 MichaelC: We can make it happen, but my reaction right now is that how we achieve this should not be the focus of the conversation 15:51:08 q? 15:51:12 straw poll (all options include marking): Option 1) Three documents with differing levels of consensus, Option 2) Two documents but rename both document and link with warning, Option 3) Two documents with warning on editors draft 4) no change 5) Three documents with filtered content 15:51:12 GreggVan: One of the arguments earlier was how much work it would be to maintain 15:51:45 4 15:51:46 Options 2, 3, or 4 15:51:47 +1 to option 4 15:51:47 2, could live with 3 or 5 15:51:48 3 or 4 15:51:50 1-5 15:51:53 In preferred order, 1, 5 15:51:56 Gregg's filtered 15:51:58 3 or 4 15:52:04 1, 5, 4 in order 15:52:05 2,3 or 5 15:52:08 2, 3 or 5 15:52:09 3 or 4, could live with 2 15:52:12 1 5 4 also 15:52:14 can live with any - want to move beyond meta discussion 15:52:15 3 or 5 15:52:16 3 15:52:17 option 5 -- only one document to maintian -- but public sees Editors and Sandbox versions 15:52:25 Prefer option #1, Can live with option #2, 15:52:25 3 or 4 15:52:31 3 , but 2 or 5 good too 15:52:36 all ok for me 15:52:48 1 5 15:53:06 TOPIC: Process approval 15:53:15 Rachael: The process approval - these questions are all interrelated 15:53:21 ...Going to the survey 15:53:32 4 or 1 also akay with me , just not my preference 15:53:35 ...4 agree, 4 agree with changes, 2 disagree 15:54:09 ...People with agreement with changes: Rain said it would be helpful to see how those accommodations will be managed. 15:54:19 Rain: no need to add anything further. 15:54:27 Rachael: (reads Laura's comment) 15:54:32 Laura: that's it, thanks. 15:54:56 Rachael: (reads Cybele's comment) 15:56:04 ...Cybele is not here to comment further 15:56:14 MM? 15:56:15 Rachael: The maturity model is in the schedule 15:56:24 ...There are 2 people who disagreed 15:56:39 ...Greg, but then said it can work with changes made to make it clear what is going on 15:56:47 What about the Maturity Model? 15:56:52 ...(reads from Gregg's comment) 15:58:11 GreggVan: I think this coupled with the idea of having the split between the sandbox and others as a path going forward 15:58:15 q+ to speak (later) about including placeholders in the WD 15:58:38 ...Key point: things show up in the working draft when things are getting more mature, to help people identify them (to distinguish from acceptable) 15:58:46 Rachael: Did I miss anyone's comments? 15:58:59 AWK: this question is very related to the previous one 15:59:02 +1 to Gregg comment wrt to word choice of "mature" 15:59:20 ...I would say if the process is adopted I certainly will use it, whether or not it is the one I want 15:59:35 ...I think we need to carefully define the process for removing something from the editor's document 15:59:42 ...Otherwise it will be a very heavy document 15:59:45 +1 to AWK 15:59:51 From the process page: "In order to be included in the final Candidate Recommendation (CR), content must be at the Stable level. By default, anything else that has not reached Stable will be removed before moving on to CR." 15:59:52 q+ 16:00:06 ...We should remove the things that are unneeded and get back to something more manageable in size 16:00:11 *Scribe change? 16:00:33 Rachael: I have 4 topics for discussion 16:00:41 Topics for discussion: How do we remove content, relabeling levels, Changing Editor's Notes, When does content go into the editor's or working draft 16:00:49 q+ to say things should have to progress at some point or they are referred back to subgroup for further work 16:00:50 Rachael: We have 5 more minutes for these conversations 16:01:02 ...Let's talk about relabeling levels 16:01:02 ack alastairc 16:01:02 alastairc, you wanted to speak (later) about including placeholders in the WD 16:01:16 Alastairc: Speaking to Gregg's comments about placeholders in the working draft 16:01:28 ...We have lots of guidelines showing those as placeholders 16:01:39 ...That is very useful for showing the shape of the document as a whole 16:01:49 Q+ 16:01:52 ack GreggVan 16:01:52 GreggVan, you wanted to say things should have to progress at some point or they are referred back to subgroup for further work 16:01:53 ...There is a good reason, but for that part of the process we would have to agree to put those placeholders in 16:02:29 GreggVan: We should probably have something in there to say that if something is in the sandbox and it doesn't progress over a long time, it naturally comes out without requiring a vote 16:02:39 We did include that anything not stable does not make it to CR 16:02:42 ...Then it could be referred back ot the working group 16:03:02 ...It would allow things to get in easier, but without the worry that it would not get out 16:03:04 ack JF 16:03:18 JF: I think Alastair identified the problem for me - we need to agree to get the placeholders in 16:03:34 ...I see content coming in from subgroups, then it comes to the larger group and we get pushback 16:03:50 ...At what point will it go into the document without broad consensus from the larger group? 16:03:53 q= 16:03:53 q+ 16:03:55 q+ 16:03:59 ack Rachael 16:04:14 ...It is not how many documents it is when does something get added? When and where do we measure consensus for what can be publicly read 16:04:56 ack alastairc 16:04:57 The general public does not know or care about W3C process, they go look to see what 16:04:58 Alastairc: we do say that if something does not reach stable, it will be dropped. We could add that in terms of things not going through - about it automatically getting dropped after a period of time 16:05:01 s happening 16:05:11 * Rachael Scribe change? 16:05:33 Alastairc: we can lower the bar. We could have a shared version we do not send out for public feedback 16:05:45 ...We should be more confident as a group that we could put things in it. 16:05:55 ...If it doesn't at least get to mature, it is going to come out anyway. 16:05:57 which is why I asked about restricting a view to the WG - the pre-concensus stage 16:06:03 *Rachael on mute? 16:06:16 +q if we have the 3 public doc format (working, editors, sandbox) then I think that things can stay in sandbox and proceed as alistair suggests 16:06:27 ok 16:06:28 zakim, close q 16:06:28 I don't understand 'close q', Rachael 16:06:44 zakim, close the queue 16:06:44 ok, jeanne, the speaker queue is closed 16:07:36 sorry, my RSI just can't handle today, and I've lost my SR technology 16:08:16 zakim, pick a victim 16:08:16 Not knowing who is chairing or who scribed recently, I propose Jaunita_George 16:08:36 scribe: Wilco 16:08:43 zakim, take up next item 16:08:43 agendum 5 -- WCAG 2.2 Focus appearance (1 new question added) https://www.w3.org/2002/09/wbs/35422/wcag22-focus-appearance-enhanced2/results -- taken up [from Rachael] 16:09:10 TOPIC: Focus appearance 16:09:15 TOPIC: Use of the word “state” is not sufficiently consistent #2049 16:09:25 https://github.com/w3c/wcag/issues/2049 16:09:52 q+ 16:09:55 Rachael: Bruce raised this issue, regarding how the word "state" works with 4.1.2. The question whether to update the text should avoid the word state, or leave it as is. 16:10:17 ... [reading comments] 16:10:53 i agree with rain 16:11:41 i agree with that comment too ! 16:12:09 m.gower 16:12:39 I think the lack of link to the definition of state was just the editorial style of only linking the first instance, although it's before my time 16:12:40 ack bruce_bailey 16:13:37 ... Don't know if I'll raise an objection. Will to share this is the sort of thing, why Access Board should take its time adopting 2.2. 16:13:56 +1 to Bruce 16:14:00 ... Shifting defined terms is a problem. In my reading this is more about presentation. 16:14:18 ... I don't understand why we'd take the risk. 16:14:24 q+ 16:14:40 Topics: Concern of ambiguity, risk of shifting definitions 16:14:45 ack GreggVan 16:15:06 q+ to say that focus is a state 16:15:20 Gregg: Agree with Bruce, between states is a very technical term. In this case I don't see a need for using the term. 16:15:59 ack alastairc 16:15:59 alastairc, you wanted to say that focus is a state 16:15:59 ... I think it's a good change, and a non-technical wording of a non-technical issue. 16:16:35 q+ to say I'm not sure unfocused is a state 16:16:35 Alastair: Don't understand why it's redefining things. State has a dictionary definition, so I don't see the problem. 16:16:41 ack mbgower 16:16:41 mbgower, you wanted to say I'm not sure unfocused is a state 16:16:52 objection to reading level = plain language 16:17:33 Mike: I'm not sure that "unfocused" is actually a state, maybe everything has an explicit unfocused state. There is no "focus equals false" state. 16:17:56 ... It's a non-trivial task. We've had 2.1 with this kind of problem as well. 16:17:56 If an ordinary dictionary meaning works than it should be ok 16:18:08 ... I don't think changing the wording will address the problems I see with it. 16:18:22 s/explicit/implicit 16:18:40 Rachael: Let start with a straw poll. 16:18:46 straw poll: 1) updating the wording to avoid state 2) option 2 leaving it alone 3) deep dive into the term "state" 16:18:47 1 - Contrast: The area has a contrast ratio of at least 3:1 between the colors when the component is focused and when it is not focused. 16:18:52 2 16:18:53 +1 (I think we need to listen to access board 16:18:58 2 16:18:58 2 16:18:59 1 16:19:04 2 16:19:14 1 16:19:22 OliverK has joined #ag 16:19:22 1 16:19:23 s/"focus equals false"/focus="false" 16:19:23 2 16:19:23 1 16:19:24 1 16:19:35 +1 16:19:36 2 16:19:39 Access Board is just 1 of many entities in the world 16:19:49 or 3 (but post-wcag 2.2) 16:20:03 StefanS has joined #ag 16:20:11 present+ 16:20:13 Rachael: We may have an even split 16:20:31 (I'd also be happy with 3) 16:20:38 @Fazio, true, but without broad adoption it becomes fiction of the worst kind 16:20:57 i do regret not being able to articulate my deeply felt concern in the GitHub issue 16:20:57 q+ 16:21:14 ack mbgower 16:21:27 Mike: We have something in the editors draft now. Unless we have consensus to change it, leaving it as is is the default action? 16:21:32 Who can not live with leaving it as it is? 16:21:35 Rachael: Yes 16:22:28 q+ to say can we send it for another draft? 16:23:04 Contrast: The area has a contrast ratio of at least 3:1 between the colors when the component is focused and when not focused. 16:23:09 Mike: My suggestion would be, Bruce to take away what he's heard and come up with a proposal. 16:23:14 paste it? 16:23:17 can we put the exact proposed language of Aliatairs in IRC? 16:23:25 it was, just above 16:23:35 Bruce: Alastair has a proposed version, it's a little more awkward, but I don't think it's that big of a change. 16:23:56 Sure, i can live with that. 16:24:00 Q+ to say -- isnt the normal process is to ask the "can live with" to the opposite direction? 16:24:07 q- 16:24:10 q- 16:24:17 Rachael: Anyone who can not live with that wording? 16:24:34 right 16:24:41 I feel like it makes the same point 16:25:14 Alastair: 4.1.2 doesn't link to "state" as a definition, was that an editorial decision? 16:25:42 Sure, that's fine. I can live with it. 16:25:46 I can live with it. 16:26:17 Gregg: If it's the first instance, it should have been linked. That's an editorial oversight. 16:26:32 I can live with it 16:26:44 Rachael: Can anyone not live with the revised wording? 16:27:04 as noted on GitHub issues , i agree use of "state" in 4.1.2 should be linked to defined term 16:27:15 proposed RESOLUTION: Adopt the revised wording "Contrast: The area has a contrast ratio of at least 3:1 between the colors when the component is focused and when not focused." 16:27:20 +1 16:27:24 0 16:27:24 +1 16:27:27 +1 16:27:27 +1 16:27:28 +1 16:27:34 I can live with it 16:27:37 +1 16:27:45 +1 16:27:47 0 I can live with it 16:27:49 0 16:27:52 0 16:28:32 scribe: bruce_bailey 16:28:49 +1 to make progress. 16:29:18 RESOLUTION: Adopt the revised wording "Contrast: The area has a contrast ratio of at least 3:1 between the colors when the component is focused and when not focused 16:29:30 TOPIC: Focus indicators for large editing areas #2017 16:29:50 https://github.com/w3c/wcag/pull/2081/ 16:29:50 See PR link 16:30:08 Rachael: Discussed earlier 16:30:43 Alastair: A few week ago, we talked about situation with something like Google Doc where there is a very large editing pane... 16:31:26 ... we did not want to add an exception, since that complicates a longer SC 16:32:06 ... we had further discussion and decided we could better address by a little different scoping in the phrasing 16:32:43 q? 16:32:45 ... link provide in earlier version of survey was corrected Friday. 16:33:16 Rachael reads one editorial comment regarding "insertion point" 16:33:22 insertion indicator 16:33:43 Mike Gower: I am happy to take action item, propose a new PR. 16:33:59 ... insertion point is hard to replace, but i can add a bit more description 16:34:20 Propsed RESOLUTION: Adopt PR with slight addition to be made by Mike to explain insertion point 16:34:32 +1 16:34:33 Alastair: I would like to vote as-is, and an editorial improvement can be accepted later 16:34:40 +1 16:34:40 +1 16:34:41 +1 16:34:45 +1 16:34:48 +1 16:34:48 +1 16:34:51 +1 16:34:53 +1 16:34:57 +1 16:35:12 +1 16:35:19 + 0 not fully grasping to abstaining 16:35:35 so abstaining 16:35:39 RESOLUTION: Adopt PR with slight addition to be made by Mike to explain insertion point 16:35:48 Agenda+ WCAG 2.2 Visible controls (questions added) https://www.w3.org/2002/09/wbs/35422/wcag22-visible-controls/results 16:35:54 zakim, take up next item 16:35:54 agendum 6 -- WCAG 2.2 Visible controls (questions added) https://www.w3.org/2002/09/wbs/35422/wcag22-visible-controls/results -- taken up [from Rachael] 16:35:58 that is what happens when you keep focus .... 16:36:11 TOPIC: Exception may not align with understanding text #1980 16:36:13 Rachael: this Visible Controls.. 16:36:27 https://github.com/w3c/wcag/pull/1990 16:36:40 ...1st topic is that exception may not align with other content, pls see PR which addresses 16:36:56 ... 13 agree, 3 requests for adjustment 16:37:29 ... bruce has reply to Gudalu which we might com back too 16:38:00 ... JF had accept with adjustment 16:38:05 JF: Please see comment. 16:38:48 s/Gudalu/Gundula/ 16:39:07 There is an exception for skip links 16:39:10 JF: It is not clear how to provide cues to UI which is hidden 16:39:33 q+ to speak to skip links 16:39:47 q+ 16:39:58 Rachael: reads Oliver comment verbatim, paraphrase is that this is not a best practice 16:40:41 Oliver: as a signted keyboard user, a common approach with web pages is to make an estimate how many tabs to press to get to content... 16:40:59 with an invisible skip nav link, that can really throw a user off 16:41:47 Rachael reads Gundula comment:
  • If the control is to enhance keyboard navigation. For example, a link that skips from the top of the page to the navigation could become visible only on focus.
  • 16:41:57 Q+ 16:42:12 Topics: Remove/replace skip link example, difficulty with hidden controls 16:42:23 Rachael: Bruce comment was to Gundula, and a skip nav link being invisible is common pattern 16:42:28 ack alastairc 16:42:28 alastairc, you wanted to speak to skip links 16:42:31 q+ 16:43:22 AlastairC: I agree that invisible skip nav links are somewhat problematic, and we have discussed that before, but is a bit OT for this SC... 16:43:36 q+ 16:43:40 ack david-macdonald 16:44:11 ... this SC is oriented to mouse-over hover behavior. So the exception is important and would not be appropriate to just not include it. 16:44:53 DavidM: removing exception threatens this SC, because of its long history and appreciation by screen reader community 16:45:29 If people wish to ban skip-links, please raise a separate issue... 16:45:39 ... some of the large companies I have worked with are very reluctant to include visible "skip to main content" link at the very top of the page 16:46:14 ack JF 16:46:28 ... between these two audience, and threat to skip nav, this is a risk 16:47:27 Rachael: Gundula is not on the call at the moment, so I will reach out to her, see if she want to raise a new issue. 16:47:41 ack GreggVan 16:48:04 https://github.com/w3c/wcag/pull/1990/files 16:48:35 This is the Understanding document. 16:48:36 JF: I appreciate Oliver's lived experience as a sighted keyboard user, but I can't understand how you might accurately routinely estimate the number of tabs stops 16:49:00 Gregg: Is this SC text or Understanding change? 16:49:41 AlastairC: PR is just for Understanding -- but that is because issue was raised that there was conflict with SC text. 16:49:43 q? 16:49:50 ack OliverK 16:50:13 Rachael: Please submit PR for SC text if you can. 16:50:24 q+ 16:50:34 ack alastairc 16:50:58 Oliver: I am not proposing that we change SC text, I am just asking that we not include SkipLink as example. 16:51:35 q? 16:51:43 AlastairC: We had people reading this new SC as banning hidden skip nav links, so without example, readers are left with that impression. 16:52:13 ... we need to have Skip Nav example in Understanding, else we can expect much confussion. 16:52:44 proposed RESOLUTION: Accept PR 1990 and adjust other areas as needed 16:52:47 Rachael: I think we have addressed all comments, less JF comment on hidden controls, which is a different topic. 16:52:54 +1 16:52:54 +1 16:52:58 +1 16:52:59 +1 16:53:03 +1 16:53:03 +1 16:53:05 +1 16:53:13 +1 16:53:18 +1 16:53:26 +1 16:53:29 RESOLUTION: Accept PR 1990 and adjust other areas as needed 16:53:41 TOPIC: The first exception is difficult to understand #1760 16:54:22 Rachael: suggestion in issue is for rewrite 16:54:27 Proposed response: https://github.com/w3c/wcag/issues/1760#issuecomment-831552189 16:54:45 AlastairC: There is a proposed response, but that is only to this example. 16:55:08 ... There is movement to rewrite , just not this exact suggestion. 16:55:31 ...The rewrite is open. 16:55:43 Rachael reads comments from survey. 16:56:05 Q+ to note I pointed out a concern as well in my response 16:56:25 ack JF 16:56:25 JF, you wanted to note I pointed out a concern as well in my response 16:56:32 12 agree, 4 with adjustment 16:56:55 JF: Please see that I include discprency, see my final comment survey 16:57:32 JF: But information needed to identify controls must be visible when the controls are needed >>without hover interaction or keyboard focus.<< 16:57:46 q? 16:57:47 ... that says one cannot use hidden skip nav ! 16:58:17 q+ to say "the exception does not need to start with same words. -- I think the exception should be "Unless the controls are just a shortcut and are also available in an accessible manner that the user will encounter 16:58:28 Draft RESOLUTION: Accept the response and address the issues raised in issue #1840 16:58:54 Gregg: I think we can say in a simplier way 16:59:31 ... the shortcut we want to expose are exposed. Hover exposes shortcut. Command-Option-G could be a shortcut... 17:00:07 ... command keys are not visible. Some short cuts are not visually obvious, and that is okay. 17:00:24 ... double click is another example we would not prohibit 17:00:29 present 17:00:32 present+ 17:00:48 rrsagent, generate minutes 17:00:48 I have made the request to generate https://www.w3.org/2021/11/02-ag-minutes.html Rachael 17:01:09 we will tackle this question at the top of the next call 17:01:44 sajkaj has left #ag 17:01:56 trackbot end meeting 17:01:56 Zakim, list attendees 17:01:56 As of this point the attendees have been Jennie, shadi, Rachael, ShawnT, sajkaj, Aimee_U, Jen_G, Lauriat, jeanne, Fazio, kirkwood, Detlev, alastairc, bruce_bailey, JF, Breixo, 17:01:59 ... GreggVan, AWK, garrison, MelanieP, mbgower, Laura_Carlson, Rain, JakeAbma, Francis_Storr, jon_avila, Nicaise, jenniferS, Jaunita_George, david-macdonald, Joshue, KarenHerr, 17:01:59 ... StefanS, OliverK 17:02:04 RRSAgent, please draft minutes 17:02:04 I have made the request to generate https://www.w3.org/2021/11/02-ag-minutes.html trackbot 17:02:05 RRSAgent, bye 17:02:05 I see 1 open action item saved in https://www.w3.org/2021/11/02-ag-actions.rdf : 17:02:05 ACTION: Rachael, work out how best to clearly state issues, needs, etc and link to github [1] 17:02:05 recorded in https://www.w3.org/2021/11/02-ag-irc#T15-35-37