14:31:59 RRSAgent has joined #ag 14:32:03 logging to https://www.w3.org/2023/05/30-ag-irc 14:32:03 RRSAgent, make logs Public 14:32:04 Meeting: AGWG Teleconference 14:32:08 chair: Chuck 14:32:17 meeting: AGWG-2023-05-30 14:32:25 rrsagent, generate minutes 14:32:26 I have made the request to generate https://www.w3.org/2023/05/30-ag-minutes.html Chuck 14:32:39 agenda+ WCAG 2.2 Issues, 1 question https://www.w3.org/2002/09/wbs/35422/wcag22-misc5/ 14:32:53 agenda+ WCAG 2.x backlog issues, 6 questions https://www.w3.org/2002/09/wbs/35422/wcag2x-backlog1/ 14:57:53 Ben_Tillyer has joined #ag 14:58:00 present+ 14:58:07 present+ 14:58:32 bruce_bailey has joined #ag 14:59:39 present+ 14:59:51 present+ 14:59:57 shadi has joined #ag 14:59:58 present+ 15:00:03 present+ 15:00:21 Wilco has joined #ag 15:00:24 present+ 15:00:25 scribe: bruce_bailey 15:00:34 JustineP has joined #ag 15:00:54 present+ 15:01:10 present+ 15:01:19 jon_avila has joined #ag 15:01:23 Jaunita_George has joined #AG 15:01:36 GN015 has joined #ag 15:01:37 Francis_Storr has joined #ag 15:01:42 present+ 15:01:44 scribe: bruce_bailey 15:01:47 present+ 15:01:48 AGWG approved for four days at TPAC 15:02:29 jo_weismantel has joined #ag 15:02:37 AWK has joined #ag 15:02:37 present+ 15:02:44 +AWK 15:02:48 Chuck: any intros or announcments? 15:02:52 LoriO has joined #ag 15:02:55 zakim, take up item 1 15:02:55 agendum 1 -- WCAG 2.2 Issues, 1 question https://www.w3.org/2002/09/wbs/35422/wcag22-misc5/ -- taken up [from Chuck] 15:03:05 present+ 15:03:16 chuck: on rolling questionaire for 2.2 pub 15:03:41 q+ 15:03:51 mbgower has joined #ag 15:03:56 Raf has joined #ag 15:04:00 q- 15:04:01 Poornima has joined #ag 15:04:02 present+ 15:04:07 Chuck: survey Q is for adding privacy and security breakout in preamble 15:04:16 present+ 15:04:28 agenda? 15:04:36 jeanne has joined #ag 15:04:45 9 replies in survey, all agree or agree with (minor) adjustment 15:05:30 present+ 15:05:35 MikeGower: Just want to amplify Patrick Lauke's comments... 15:05:51 Anti-security still is related to security! :) 15:05:54 ... SC are relevant -- but not neccessarily blockers 15:06:00 laura has joined #ag 15:06:15 :) 15:06:16 Chuck: Wilco in survey argues for informative. 15:06:21 Laura_Carlson 15:06:47 Wilco: Glad to have this as informative, but I did not try to add to list of SC 15:06:47 q+ to discuss where it could go 15:07:06 ack ala 15:07:06 alastairc, you wanted to discuss where it could go 15:07:20 Chuck: Rachael asked in survey if 2.2.5 should be included? 15:07:52 This strikes me as highly informative. 15:07:57 alastairc: As to where this should go, came in late, proposal is to put into Introduction, but do not know if we can mark as informative 15:07:58 MichaelC_ has joined #ag 15:08:13 +1 that it's a summary and not normative 15:08:23 ... since they are summaries at end, proposed location seems better fit. 15:08:30 q+ to ask if Alastair is proposing keeping in this section but marking as informative? 15:08:48 alastairc: I would also note that this detail is in our charter. 15:08:54 ack Ch 15:08:54 Chuck, you wanted to ask if Alastair is proposing keeping in this section but marking as informative? 15:08:55 MichaelC__ has joined #ag 15:09:01 present+ 15:09:36 proposal: Add after section 5 and label as informative 15:09:52 Chuck confirms with Alastair that proposal is add "informative" markup to two paragraphs. 15:09:58 sarahhorton has joined #ag 15:10:00 +1 15:10:03 +1 15:10:06 +1 15:10:10 +1 15:10:11 +1 15:10:11 q+ 15:10:13 +1 15:10:16 Detlev has joined #ag 15:10:16 +1 15:10:19 present+ 15:10:20 +1 15:10:25 +1 15:10:29 +1 15:10:32 ack Ch 15:10:35 present+ 15:10:39 present+jon_avila 15:10:42 +1 15:10:48 Makoto has joined #ag 15:10:58 present+ 15:11:20 We may want to consider 1.3.5 as well. 15:11:21 q+ on wording if we expand 15:11:32 Chuck discusses with Alastair and Rachael about which SC to include. Conclusion is that ennumeration can be separate discussion. 15:11:33 ack ala 15:11:33 alastairc, you wanted to comment on wording if we expand 15:11:48 Input purpose 15:12:05 alastairc: Jon/John brought up 1.3.5.... 15:12:35 +1 to changing to "related to privacy or security" 15:12:57 ... I think we need to expand list to SC that AG has identified as related, not just those which have "privacy" or "security" in SC text. 15:12:58 q+ 15:13:08 ack AWK 15:13:15 alastairc: If we agree, there are additional PR which are needed. 15:13:50 q+ 15:13:54 AWK: There are a whole lot that relate to security -- including 1.1.1 and captcha. 15:13:58 ack Ch 15:14:06 +1 to caveat 15:14:22 q+ on next steps 15:14:24 alastairc: Agree we should caveat, because list will not be exhaustive. Agreed this is informative. 15:15:06 ack ala 15:15:06 alastairc, you wanted to comment on next steps 15:15:17 Chuck: Summarizing, we have agreement in principle so no conflicts yet. But is captcha enough to rope in 1.1.1? 15:15:50 q+ to ask about "resolving" this in list? 15:15:55 alastairc: We are having some substantial discussion here so I would want to work on phrasing and survey. 15:16:01 ack Ch 15:16:01 Chuck, you wanted to ask about "resolving" this in list? 15:16:12 I like Alistair's wording of "relationship" rather than "impact". 15:16:27 Chuck: Are we resolving this PR today then or not? 15:16:52 proposed RESOLUTION: Add as informative, if there are disagreements, AGWG members can express in list when reviewing in list. 15:16:59 alastairc: We can at least resolve to add as informative, which is worth noting in minutes. 15:17:13 we'll come back to it in a meeting if there are disagreements 15:17:19 +1 15:17:20 +1 15:17:21 +1 15:17:21 +1 15:17:22 +1 15:17:27 +1 15:17:31 +1 15:17:32 +1 15:17:33 +1 15:17:36 RESOLUTION: Add as informative, if there are disagreements, AGWG members can express in list when reviewing in list, and will review any disagreements in next call should any occur. 15:17:57 zakim, next item 15:17:57 agendum 2 -- WCAG 2.x backlog issues, 6 questions https://www.w3.org/2002/09/wbs/35422/wcag2x-backlog1/ -- taken up [from Chuck] 15:18:25 Shadi: Do you want update from sub groups? 15:18:33 agenda + subgroup updates 15:18:42 zakim, take up item 3 15:18:42 agendum 3 -- subgroup updates -- taken up [from Chuck] 15:18:49 https://github.com/w3c/silver/wiki/Guidance-for-policy-makers-Subgroup 15:19:12 https://w3c.github.io/silver/use-cases/ 15:19:23 shadi: Guidance for sub policy meeting Mondays, including yesterday, working through Use Cases and discussing... 15:19:25 https://docs.google.com/document/d/1B-qfTrPxnhIa0AxhPEF6SIDTLAGnneoauBRHGzS5q7U/edit#heading=h.s0ukjtq0hqao 15:19:50 for first two, please see google doc which is what group is using to collect... 15:20:03 ...please request access if link is not working for you. 15:20:38 shadi: We hope that next two then want to put ideas into outline as to sketch out what a guidance document might look like... 15:21:03 ... but I cannot attend next week, so I want to provide update today. 15:21:23 shadi: I ask that participates continue working on shared doc. 15:21:38 Chuck, other updates? 15:21:51 zakim, take up item 2 15:21:51 agendum 2 -- WCAG 2.x backlog issues, 6 questions https://www.w3.org/2002/09/wbs/35422/wcag2x-backlog1/ -- taken up [from Chuck] 15:22:13 TOPIC Question 1 - 1.4.12 Text Spacing - Clarify text-overflow: ellipsis applicability #728 15:22:22 Chuck has changed the topic to: Question 1 - 1.4.12 Text Spacing - Clarify text-overflow: ellipsis applicability #728 15:22:41 Chuck: These are half dozen question to resolve 2.2 issues 15:23:10 ten agreed, 2 adjustements, 2 something else 15:23:46 Chuck: Francis recommends (in survey) taking out "generally" 15:24:15 Francis_Storr: The text works without word and "gnerally" adds ambiguityl 15:24:17 q+ to add to wilco 15:24:43 Chuck: Reads Wilco's comment, Wilco does not elaborate. 15:25:08 Chuck: Reads Lori's suggestion, which includes code. 15:25:26 q? 15:25:30 ack Ch 15:25:30 Chuck, you wanted to add to wilco 15:25:40 LoriO: I do no think we should be using abbreviations. 15:25:57 q+ 15:26:02 ack Jon 15:26:06 q+ on whether it's an exception 15:26:29 q+ 15:26:30 mbgower: steve F correction to link is inncorporated in PR 15:26:36 ack ala 15:26:36 alastairc, you wanted to comment on whether it's an exception 15:26:58 q+ 15:26:59 q+ to say this is not intended as an exception. It addresses how one can achieve 'no loss of content' 15:27:00 Jon A: I do see this barrier quite often in the field. 15:27:59 alastairc: We are not phrasing this as an exception. But it does happen with high magnification that heading is truncated, but it is a matter of degree. 15:28:05 ack Lor 15:28:25 q+ to answer 15:28:33 ack Wilco 15:28:37 ... Truncation can happen with heading in many circumstances without any magnifcation. 15:29:04 LoriO: Can this requirement be met through alternative text? 15:29:06 +1 15:29:25 ack mb 15:29:25 mbgower, you wanted to say this is not intended as an exception. It addresses how one can achieve 'no loss of content' 15:29:35 +1 to wilco 15:30:00 Wilco: This is similar to concern I put in survey, that it sounds normative, and techniques like putting in ellipsis is essentially the same results but would unambiguosly pass. 15:30:12 It could be expanded somewhere else on the page 15:30:21 q+ to say I don't think we need a comprehensive list 15:30:24 ack ala 15:30:24 alastairc, you wanted to answer 15:30:33 mbgower: There is sufficient affordance. Are there other examples anyone can suggest? 15:30:52 (resizing window? device turning screen portrait/landscape?) maybe not? 15:30:58 alastairc: To Lori's question, no, alt text would not generate a pass for this SC. 15:31:16 alastairc: Shares screen to offer some proposed updates. 15:31:39 MichaelC_ has joined #ag 15:31:53 q+ 15:31:57 ack Ch 15:31:57 Chuck, you wanted to say I don't think we need a comprehensive list 15:32:06 alastairc: j1st is to Wilco's comment. These are updates for understanding on text spacing. 15:32:20 +1 Chuck 15:32:29 ack mb 15:32:43 Chuck: I agree list is not comprehensive and I would not want to imply it is. 15:33:11 mbgower: I am okay with edits so far, adding e.g., but i do not think it is quite complete enough... 15:33:24 q? 15:33:30 q+ 15:33:34 ack Jon 15:33:50 ... for example the end-user resizing should not generate a fail, and Understanding is not quite clear enough on the point. 15:34:07 jon_avila: Trucation is problematic for links. 15:34:07 It's now just an example 15:34:17 q? 15:34:19 DavidMiddleton has joined #ag 15:34:22 q+ 15:34:24 ack mb 15:34:33 ... Is link text being broken acceptable ? And if so, can we add to Understanding? 15:35:05 mbgower: Asks if two current examples are sufficient. (Read Card example) 15:35:10 q+ 15:35:29 ack Ch 15:35:37 jon_avila: Link is part of same UI element, so may make knowing the link difficult. 15:35:51 mbgower: I can make example clearer. 15:35:55 MichaelC has joined #ag 15:36:18 where the ellipsis is part of a section of content which includes a link, the truncated text is revealed on the linked page 15:36:19 jon_avila: It is still not clear if what i describe is a pass or not. 15:36:39 I've got an idea of how to rephrase 15:36:52 Chuck: I feel like we have agreement, but not certain we have the resolution. 15:36:59 poll: Happy with changes made in PR thus far? 15:37:03 +1 15:37:04 +1 15:37:09 suggest res: to accept PR with changes and incorporation of comments 15:37:11 +1 15:37:12 +1 15:37:41 Chuck confers with Alastair and Mike G on resolution. 15:37:54 proposed RESOLUTION: Accept amended PR 2827 wto address issue 728. 15:37:56 mbgower: It is an Understanding doc, so we can always revisit. 15:38:11 proposed RESOLUTION: Accept amended PR 2827 to address issue 728. 15:38:13 +1 15:38:15 +1 15:38:18 +1 15:38:22 +1 15:38:23 +1 15:38:38 RESOLUTION: Accept amended PR 2827 to address issue 728. 15:38:39 +1 15:38:43 +1 15:38:44 +1 15:39:07 TOPIC Question 2 - Changes to Reflow note and Understanding #1201 15:39:16 Chuck has changed the topic to: Question 2 - Changes to Reflow note and Understanding #1201 15:39:24 Chuck resumes screen share and next topic on survey. 15:39:50 13 responses, 7 agree, 3 adjustments, 3 something else 15:40:07 Chuck: Oliver asks if deletion is on purpose? 15:40:22 Chuck: Line 42 can be removed 15:40:29 MichaelC_ has joined #ag 15:40:55 Chuck: Cory disagrees with removal and cell constraints. 15:41:30 +1 to Lori's comments in survey 15:41:43 Chuck: Gundula does not agree with deletion since two dimentional scrolling in single cell is a barrier. 15:42:11 q? 15:42:16 LoriO: Image stacking is a bad example, since it does not happen with any UA, and I proposed a different one. 15:42:26 I agree with Gundula - I want to make sure we keep that each data cell can be viewed. 15:42:36 q+ 15:42:46 ack Fran 15:42:53 Chuck: No one on queue and some significant editorial suggestions. 15:43:21 q? 15:43:36 q+ 15:43:42 Francis_Storr: Just noticing "complex" data tables which is a subjective. Or do we have wide understanding of *simple* data tables. 15:43:46 q+ 15:43:51 ack Det 15:44:02 For reference on how data tables are presented https://www.w3.org/WAI/tutorials/tables/ 15:44:37 Detlev: I think simple/complex is that complex would need more than merely top row and leftmost column as label.... 15:44:45 The word simple is used thus the opposite would be complex 15:44:47 q? 15:44:49 ack mb 15:44:54 I interpret complex differently 15:45:00 ...Simple table will mean that table can read strictly linearly order and make sense. 15:45:13 q+ to say I don't think we need to differentiate complex. 15:45:33 the word complex is used here as well https://www.w3.org/WAI/tutorials/tables/tips/ 15:45:40 mbgower: My recollection is that PR was just for a single bullet and what I see now seems to be larger change. 15:46:14 ack Ch 15:46:14 Chuck, you wanted to say I don't think we need to differentiate complex. 15:46:38 alastairc: (highlighting paragraph) the DIFF may be making this look like it is more than it is, or there may be something which got duplicated. 15:46:48 do merged cells? create complex tables? 15:46:58 q? 15:46:59 q+ 15:47:08 ack ala 15:47:15 Chuck: I think we are describing a table -- so by definition the 2 D layout is integral. 15:47:38 q? 15:47:47 John Kirkwood asks about merged cells, and those causing a table to become complex. 15:48:12 complex and simple are also mentioned here https://www.w3.org/TR/WCAG20-TECHS/H63 for reference with regard to tables 15:48:15 mbgower: Regnerated DIFF is making change more inline with my memory. 15:48:29 mbgower: I am going to have to review. 15:49:09 AWK: provides an example of where we already talk about *simple* tables 15:49:24 q+ 15:49:34 alastairc: Change is replacing "out of scope" with plain language 15:50:04 ack Lor 15:50:11 alastairc: then towards end, a clearer example of complex table being an exception 15:50:33 q+ to say that is a different issue 15:50:43 ack mb 15:50:43 mbgower, you wanted to say that is a different issue 15:50:48 zakim, agenda? 15:50:48 I see 2 items remaining on the agenda: 15:50:49 2. WCAG 2.x backlog issues, 6 questions https://www.w3.org/2002/09/wbs/35422/wcag2x-backlog1/ [from Chuck] 15:50:49 3. subgroup updates [from Chuck] 15:51:03 LoriO: I recommend line 38 taking out example with stacked graphic and replace example with math not being able to wrap sensibly. 15:51:14 q+ 15:51:17 ack ala 15:51:24 mbgower: That phrasing is legacy, I would prefer we address in separated PR. 15:51:46 LoriO: That is not a compelling reason to retain. 15:52:03 +1 15:52:08 q? 15:52:10 Agree with Lori's comments that data table content cannot be an exception for the reflow as it is the text 15:52:30 q+ 15:52:32 alastairc: We have quite a bit in understanding about data tables... and the question about images not needing to wrap does come up on occaison. 15:52:47 ack Det 15:53:00 [chuck and alastair review changes made during call] 15:53:28 Detlev: The bit about "loss of meaning" is lost. 15:54:04 alastairc: Agree, can changing to "lost" for better readability. 15:54:27 alastairc: Are people okay with updates? 15:54:52 poll: Is the PR with these updates ok? 15:54:58 [wilco confirms his edit corrected, duplicated line] 15:55:13 https://github.com/w3c/wcag/pull/1201/files#diff-1422862b6bcb5e07b2764c99e7dfb03c4bfc2964b52aaad5d0a6fcf7ff8a3985 15:55:14 +1 it's an improvement 15:55:19 +1 15:55:24 +1 fine 15:55:31 +1 15:55:33 +1 15:55:39 +1 15:55:40 +1 15:55:44 +1 15:55:46 +q 15:55:48 +1 15:55:49 q- 15:55:52 +1 15:55:56 +1 15:56:00 +1 15:56:05 proposed RESOLUTION: Accept amended PR 1201 to address issue 1049. 15:56:10 +1 15:56:19 +1 15:56:23 +1 15:56:34 +0 15:56:37 q+ 15:56:40 ack mb 15:56:44 can't make second hour today... 15:57:03 The text talks about zoom to 400% although the SC focuses on 320CSS pixel width. 15:57:04 q+ to say scope creep? 15:57:12 mbgower: I just want to point out that Scott caught in PR a disconnect. Not THIS change, but might be a different edit. 15:57:16 ack Ch 15:57:16 Chuck, you wanted to say scope creep? 15:57:22 RESOLUTION: Accept amended PR 1201 to address issue 1049. 15:57:34 Chuck: That would be another scope creep regardless. 15:57:53 scribe : ChrisLoiselle 15:57:54 I can do it 15:58:10 agenda? 15:58:13 TOPIC Question 3 - Add 'In brief' section at start of 2.1 SCs #3191 15:58:18 https://www.w3.org/WAI/GL/wiki/Scribe_List 15:58:20 Chuck has changed the topic to: Question 3 - Add 'In brief' section at start of 2.1 SCs #3191 15:58:43 Chuck : Talks to PR 3191 and talks to survey results. 15:59:26 ... references Gundula's review 16:00:00 Mike G: have not gone through all Gundula's in full yet. 16:00:00 q+ 16:00:18 Chuck: Steve F. made a comment, Mike G already adjusted PR with that edit. 16:00:37 Rachael : One editorial. One different on single character shortcuts phrasing. 16:01:13 q? 16:01:15 ack ala 16:01:21 Chuck: Talks to customizing character key shortcuts. 16:01:44 q+ 16:01:49 Alastair C: It may be best to follow up offline call to review. If Mike can put in to the PR thread, it may lead to quicker resolution 16:01:52 ack mb 16:02:32 Mike G: Responses in survey is probably not best. Putting comments in the PR is best with comments for me personally. The process would work for me as author. 16:02:34 q? 16:02:47 q+ to say I'll highlight the PR next time 16:02:51 Chuck: Mike G. will review Gundala's comments and review at later date. 16:02:53 q? 16:02:59 TOPIC Question 4 - Update/correct 3.3.3 understanding #1804 16:03:08 Chuck has changed the topic to: Question 4 - Update/correct 3.3.3 understanding #1804 16:03:10 Alastair C: I will help on that process in the survey email to comment on PR 16:03:15 q- 16:04:01 Chuck: PR 1804 topic , Patrick's update. Gundula found a typo on input error. 16:04:09 Mike G: I updated the PR 16:04:13 q? 16:05:27 Chuck: Reads Gundula's comments about month example vs. password example. Sums up to keeping a better example. 16:05:27 Alastair C: just that first edit on typo, not the content within it. 16:05:27 Mike G: I did not make those changes other than the typo. 16:05:52 Alastair C: is that in an area that wasn't updated in the PR? 16:06:31 Gundula : May , July , July text , adding the password example. The month name example. 16:06:45 it pre-exists, not what's changed pretty much 16:06:47 Chuck: That is not what is changed in this PR, correct? 16:06:48 q? 16:07:10 Chuck : I am not sure if relates to the month example. 16:07:52 Alastair C: reviews the the PR , it appears the set of values is removed per Gundula's call out on that update to the PR edit. 16:07:53 q? 16:08:14 Chuck: May be best to take offline to review vs. propose in and accept. 16:08:38 I'd agree with that 16:09:02 Alastair C: Jake recommended this as it was an example on label that was not providing extra suggestion, might have not been best example , input field with month be added and input text error not much different. 16:09:03 q? 16:09:21 Mike G: It is not suggesting the solution it is just telling that it is an issue but not providing new information. 16:09:59 Alastair C: That would be a new change. 16:10:38 Alastair C: close off 1804 and then someone file another to add a password example for 3.3.3 . 16:10:44 proposed RESOLUTION: Accept PR 1804 to address issues 1796, 1798, 1799, 1800, and 1801 16:10:58 +1 16:10:59 +1 16:11:07 +0 I found it really hard to know what actually was changed. 16:11:09 +1 16:11:10 +1 16:11:15 +1 16:11:23 +1 16:11:27 +1 16:11:29 +1 16:11:30 +1 16:11:31 +1 16:11:32 RESOLUTION: Accept PR 1804 to address issues 1796, 1798, 1799, 1800, and 1801 16:11:35 q+ 16:12:14 RESOLUTION: Accept PR 1804 to address issues 1796, 1798, 1799, 1800, and 1801 16:12:14 TOPIC Question 5 - WCAG F85: Clarify guidance about where the focus should go when the modal dialog is closed #518 16:12:14 agenda? 16:12:14 Chuck has changed the topic to: Question 5 - WCAG F85: Clarify guidance about where the focus should go when the modal dialog is closed #518 16:12:21 q+ to say maybe we should have a brief discussion about more usable ways of reviewing or commenting on these backlog issues? 16:12:30 Chuck : Question 5, dialog discussion. ARIA vs. WCAG conflicts. PR 3214. 16:12:41 Patrick wants focus in vs. focus on. 16:12:55 Steve F. wants to refer to Patrick's comment. 16:13:00 has adjustment been made? 16:13:04 q- 16:13:10 Alastair C: Don't think so. 16:13:11 q? 16:13:53 Mike G: in response to Gundula's proposed solution. On backlog items, is there a better way on introducing on what was changed ? Smaller changes? 16:13:54 q? 16:14:10 q? 16:14:18 q? 16:14:55 Mike G: Wording on focus handling works well, however when dialogue goes away, put it on target. What happens when target is gone when closing the dialogue? 16:15:28 data table and delete of row , destructive action then where does focus go? We put it back on item that proceeded it prior to deletion. 16:15:34 Q+ 16:15:37 +1 that data table with delete button in row would be a good example to address 16:15:49 ack Lori 16:15:50 ... moving it forward is explicit language used in PR. I think both back and forward would be beneficial 16:16:07 Lori : Data table that with only one row? 16:16:18 q+ 16:16:32 Mike G: back up one element in DOM for context. Unless you jumped to there. 16:16:39 ack Jon 16:16:43 Lori: Would go to headers of table? 16:16:49 Mike G: that would be the case. 16:16:58 q+ to find where the issue in the PR is? 16:17:39 Jon A: Talks to Trusted Tester and expanding button functionality. Focus discussion on focus moving forward vs. shift tabbing back in content. 16:18:02 ack ala 16:18:02 alastairc, you wanted to find where the issue in the PR is? 16:18:04 ... on returning focus, it is a different conversation. If we are asking for user to do an action after a deletion . 16:18:05 q? 16:18:48 Alastair C: On Mike's problem regarding Tables and deletion aspects vs. how it is written in PR currently. 16:19:05 q? 16:19:17 Alastair C: if we don't have the trigger control, what would we do. 16:19:42 Mike G: If trigger control does not exist , then we wouldn't want the user to shift tab to know where focus is present. 16:20:34 Alastair C: if control exists, tabbing forward would place user one forward from triggering element. 16:20:38 q+ 16:20:43 ...updates PR with comments working through issue. 16:20:46 Check whether moving the focus backwards once in the sequential navigation order puts focus on the trigger control, or if the trigger no longer exists the subsequent item. 16:20:50 ack Bru 16:20:55 Bruce : I think make the phrasing a second sentence. 16:20:57 q? 16:21:32 q+ 16:21:39 Chuck: If the triggering component....triggering seems very specific... never mind. 16:21:42 ack Jon 16:22:00 Jon A: Sequential item need to be used? Could we previous interactive item? 16:22:02 q? 16:22:07 proposed RESOLUTION: Accept amended PR 3214 to address issue 518. 16:22:42 Alastair C: If you are moving forward tabbing would move you forward . 16:23:16 Jon A: The subsequent navigable phrasing is confusing. 16:23:35 q? 16:23:37 q+ 16:23:41 ack Ch 16:23:58 Chuck: instead of tab , what if we talk about element should receive the focus? 16:24:24 The element preceding the control 16:24:37 +1 to Alastc's latest suggestion 16:24:42 Alastair C: check if the focus is on the trigger control. 16:24:43 Check whether the focus is on the trigger control. If the trigger control no longer exists then check whether the previous navigable item is focused. 16:24:44 q? 16:24:48 +1 16:25:04 q+ 16:25:05 q+ 16:25:09 ack mb 16:25:10 Alastair C: Francis on the call? 16:25:47 Mike G: The wording has been altered but the step is pre-existing. He isn't altering procedure just the wording of it. 16:26:10 Mike G: I disagree with 3214 but it would be another issue. 16:26:14 q? 16:26:17 ack Br 16:26:29 Mike G: I will open another issue for my points. 16:27:07 I think we should remove that change! 16:27:09 q+ to check about trigger not existing scenarios 16:27:15 Bruce: Asking about second sentence about second trigger doesn't exist. Maybe skip that in PR 3214 16:27:19 ack ala 16:27:19 alastairc, you wanted to check about trigger not existing scenarios 16:27:44 i agree that "triggers not existing" is worth addressing 16:27:59 Alastair C: I think we need to pursue this as it could be a use case where this may happen on a new page. Needs further rephrasing and work. 16:28:32 Chuck : We are at end of time. Mike G. pointed out that we are addressing out of scope changes. Perhaps we can review that process further in future meeting. 16:28:36 q? 16:29:05 Alastair C: Focus in vs. on the trigger control. 16:29:12 q+ to say we have some edits to keep 16:29:14 Chuck: I'd need to review further. 16:29:15 q? 16:29:17 ack Bru 16:29:17 bruce_bailey, you wanted to say we have some edits to keep 16:29:24 Bruce : We have some edits worth accepting. 16:29:27 q? 16:29:39 Alastair C: We will log this at front of next conversation to pick up. 16:29:44 rssagent , make minutes 16:29:44 Thanks everyone 16:30:02 Byr. Thanks. 16:30:12 rrsagent, make minutes 16:30:13 I have made the request to generate https://www.w3.org/2023/05/30-ag-minutes.html Chuck 16:30:19 present+ 16:33:22 I have created a new vague issue to track further discussion on F85 https://github.com/w3c/wcag/issues/3223 16:33:50 q+ to say occasionally the diff does NOT distinguish the change 16:35:17 Sure, I can undertake to summarize that in the description. Sometimes it is in the originating issue 16:36:16 q- 17:27:42 kirkwood has joined #ag