14:00:36 RRSAgent has joined #wcag2ict 14:00:40 logging to https://www.w3.org/2025/05/15-wcag2ict-irc 14:00:40 RRSAgent, make logs Public 14:00:41 Meeting: WCAG2ICT Task Force Teleconference 14:00:45 zakim, clear agenda 14:00:45 agenda cleared 14:00:51 chair: Mary Jo Mueller 14:01:00 LauraM has joined #wcag2ict 14:01:02 rrsagent, make minutes 14:01:04 I have made the request to generate https://www.w3.org/2025/05/15-wcag2ict-minutes.html maryjom 14:01:11 present+ 14:01:28 Zakim, please time speakers at 2 minutes 14:01:28 ok, maryjom 14:01:44 agenda+ Announcements 14:01:47 bbailey has joined #wcag2ict 14:01:49 agenda+ Survey results: Review proposed updates to 2.4.2 Page Titled 14:01:55 agenda+ Analysis for SC language changes 14:02:00 regrets: Loïc 14:02:07 present+ 14:03:13 scribe+ LauraM 14:03:44 PhilDay has joined #wcag2ict 14:03:48 present+ 14:03:52 regrets+ Sam 14:03:58 present+ 14:04:00 Present+ 14:04:03 agenda? 14:04:12 regrets+Mitch 14:04:16 zakim, next item 14:04:16 agendum 1 -- Announcements -- taken up [from maryjom] 14:04:17 present+ Daniel 14:04:41 maryjom: announcements, we must be mindful that WCAG to mobile has their document out for review. 14:04:48 maryjom: deadline? 14:05:10 https://www.w3.org/news/2025/draft-note-for-review-guidance-on-applying-wcag-2-2-to-mobile-applications-wcag2mobile/ 14:05:17 link to WCAG2mobile - https://www.w3.org/TR/wcag2mobile-22/ 14:05:52 maryjom: will send an email with the due date for comments. 14:07:06 maryjom: We may want to coordinate and discuss. We may want to incorporate some of their content into WCAG2ICT so that our documents harmonize. 14:07:48 maryjom: AG working group is working on the charter that will last for two years. WCAG2ICT is listed in their task for work. 14:08:30 s/task for/task force 14:08:43 q+ for Q back to wcag2mobile 14:08:45 ack bbailey 14:08:45 bbailey, you wanted to discuss Q back to wcag2mobile 14:08:47 maryjom: look at their minutes if you are interested in that. 14:09:34 maryjom: yes intent to open issues on WCAG2Mobile. add your name and comment in that cell with any issues that are raised and you support. 14:09:58 bbailey: easier to comment on an existing issue. 14:10:12 maryjom: adding items to the spreadsheet to see where there is agreement. 14:10:54 maryjom: usually a 30 day review period for a working draft. 14:11:09 Daniel: it will usually be extended. 14:11:30 maryjom: there is no announced due date for comments but typically 30 or 60 days. 14:12:07 GreggVan: where is the spreadsheet you are referencing for comments? 14:12:10 https://docs.google.com/spreadsheets/d/1cRGxHxV0mBEI_rvcc2EXS9xcBanQjG6k/edit?usp=sharing&ouid=102514231055078432542&rtpof=true&sd=true 14:12:36 q+ ask pause on SS for mobile? 14:13:21 ack bbailey 14:13:43 bbailey: I was hoping we would focus on wcag2mobile github not the spreadsheet. 14:13:47 maryjom: this is just a placeholder. 14:14:25 GreggVan: this will make our comments internal so that we post an issue publicly when we reach agreement for the most part. 14:14:40 maryjom: do your initial read and include your comments. 14:15:02 q+ 14:15:04 maryjom: they have only done the first 15 criteria (or so). There are a number of open issues while they discuss what will go in moving forward. 14:15:15 maryjom: staging success criteria as they get them completed. 14:16:10 maryjom: we have one person who would like to join. 14:16:25 maryjom: Jennifer. She is in a subgroup that meets at the same time as this meeting. 14:16:38 bbailey: the subgroups should be ending soon. 14:16:49 GreggVan: they would probably open it back up at the same time. 14:17:25 Q+ 14:17:33 bbailey: for the next 30 days, I would suggest using their repo more than our spreadsheet. 14:17:49 GreggVan: I thought we agreed to put the information in the spreadsheet to coordinate. 14:17:53 ack bbailey 14:18:12 bbailey: if there is significant dialogue or controversy, we should put it in wcag2mobile public response. 14:18:52 ack ChrisLoiselle 14:18:52 GreggVan: make comments on spreadsheet and then move to repo 14:19:24 ChrisLoiselle: if it is easier to create an issue in WCAG2ICT repo and than move it to WCAG2Mobile. 14:19:31 q+ 14:19:50 ack GreggVan 14:20:32 GreggVan: we also have EN 301 549 and we can double check there with the language they are using. So we maybe should be adding that to the same spreadsheet. 14:20:45 q+ 14:21:18 GreggVan: through the EN there won't be much in the WCAG, it would be non web software/non web document. 14:21:50 GreggVan: add two columns one for software and one for documents. 14:22:20 Maryjom: do we need to add a column for closed functionality? 14:22:29 GreggVan: I guess if we want to comment about that. 14:22:41 GreggVan: there is not a one to one match up. 14:22:59 q? 14:23:26 Maryjom: doing an analysis already. 14:23:55 ack LauraM 14:24:05 q+ 14:24:25 LauraM: Are there other standards that we should be including in our analysis? 14:24:43 Maryjom: any standards that apply wcag 14:25:23 EN301549 and WCAG2mobile are most time sensitive 14:26:06 Maryjom: they wanted to adjust language to make it clearer so we are incorporating. 14:26:21 We have picked up some things from EN301549 and wcag2mobile 14:26:51 GreggVan: we have several members on both teams. 14:27:40 EN301549 is the standard, WCAG2ICT is trying to provide advice to the standard. 14:27:44 s/We have picked up/WCAG2ICT has picked up 14:28:34 q+ 14:28:40 ack GreggVan 14:29:09 GreggVan: Trying to coordinate across both sides. 14:30:19 GreggVan: there is no requirement for WCAG to change but in the end it is best to align. 14:30:45 Maryjom: we had similar discussions previously as well. Trying to harmonize all of these things. 14:31:22 ack LauraM 14:31:52 Gregg: Harmonization means no conflicts, not necessarily identical 14:32:58 maryjom: please look at the mobile document and the EN if you have time and look at the notes in columns in the spreadsheet and quickly add your thoughts. 14:33:34 zakim, next item 14:33:34 agendum 2 -- Survey results: Review proposed updates to 2.4.2 Page Titled -- taken up [from maryjom] 14:33:49 Survey results link: https://www.w3.org/wbs/55145/WCAG2ICTMay8/results/ 14:34:17 TOPIC: Question 1 - Formatting: Use of headings vs. parenthetic statements 14:34:32 Link to Q1 results: https://www.w3.org/wbs/55145/WCAG2ICTMay8/results/#xq1 14:35:43 my regrets for not getting to survey, i have read results and concur with votes 14:36:52 Proposal 1 - PR 626 shows the different guidance for documents vs. software using the headings "Applying SC 2.4.2 Page Titled to Non-Web Documents" and "Applying SC 2.4.2 Page Titled to Non-Web Software". In contrast, Proposal 2 - PR 633 shows the different guidance using parenthetic statements "(for non-web documents)" and "(for non-web software)". 14:36:52 Note: Proposal 2 is consistent with they way we have notated differing document vs. software guidance in the current WCAG2ICT Note. This can be changed throughout the document provided such a formatting change is preferred by the Task Force. 14:36:52 Which formatting do you prefer? 14:37:14 Proposal 1: https://deploy-preview-626--wcag2ict.netlify.app/#applying-sc-2-4-2-page-titled-to-non-web-documents 14:37:22 1. Formatting: Use of headings vs. parenthetic statements 14:37:24 Proposal 2: https://deploy-preview-633--wcag2ict.netlify.app/#applying-sc-2-4-2-page-titled-to-non-web-documents-and-software 14:37:59 Maryjom: first proposal shows word replacements and guidance in different headings. 14:38:37 Maryjom: the way we traditional have been doing it is proposal 2 for comparison. Parenthetic non web documents/non web software instead of additional headings. 14:38:55 q+ to remind why i had problem 14:39:00 maryjom: so far everyone prefers the existing formatting. 14:39:08 I prefer the formatting using headings, rather than parenthetic 14:39:26 GreggVan: I would bold because I didn't notice the brackets. 14:39:33 q? 14:39:40 ack bbailey 14:39:40 bbailey, you wanted to remind why i had problem 14:40:37 bbailey: subheadings was lukewarm at best. Proposal 2 still has the separation between non web software and non web document so the separation is more elegant. 14:40:47 maryjom: the parenthetic? 14:40:57 bbailey: yes, but more than that. There is more separation. 14:41:11 q+ 14:41:18 ack GreggVan 14:41:19 ack GreggVan 14:41:19 bbailey: you did the same thing I was trying to do without resorting to a subheading. 14:41:37 GreggVan: add space for formatting. And bold 14:41:42 Maryjom: yes, we can do that. 14:41:59 +1 to Bruce as that was my interpretation and how I responded to survey , or hoped to per my answers ! 14:42:17 q+ 14:42:26 ack Daniel 14:42:40 q+ to say that headings were clear, but we could also achieve it with bold text and more whitespace 14:42:42 ack me 14:42:43 q+ 14:42:45 ack PhilDay 14:42:45 PhilDay, you wanted to say that headings were clear, but we could also achieve it with bold text and more whitespace 14:42:48 https://deploy-preview-633--wcag2ict.netlify.app/#applying-sc-2-4-1-bypass-blocks-to-non-web-documents-and-software 14:43:01 Philday: I prefer the headings because I thought they were clearer but we can achieve a similar effect with formatting. 14:43:17 maryjom: it will cause the editors less trouble if we use formatting not headers. 14:43:32 ack me 14:43:46 ack bbailey 14:44:09 bbailey: disagree with saying that bypass blocks is similar to what you've done. 14:44:31 q? 14:45:22 Daniel: we may want to take the extra work if we are going to do this in several places. 14:46:18 from conversation, now i think headings is better ! 14:46:25 Maryjom: I'm on the fence. 14:46:37 Maryjom: both ways are pretty clear. 14:46:44 Will poll. 14:46:49 Headings or parenthetic 14:47:03 ack me 14:47:26 Poll: Should we use headings to denote separate non-web document vs. software guidance? 1) Headings or 2) parenthetic "(non-web document/software)" 14:47:33 1, but also accept 2 14:47:38 (1) 14:47:53 0 - removing bias of being editor , answered 2 in survey 14:47:59 +1 to headings if we are splitting several SCs now 14:48:30 2 14:49:14 GreggVan: heading levels are almost visually identical so I can't differentiate. 14:50:31 maryjom: can't modify the spacing around the headings or the headings formatting at all. 14:50:48 GreggVan: if you can get consensus on format one that is fine with me. 14:51:12 q+ 14:51:23 ack bbailey 14:51:37 bbailey: assuming only having the headings when it is necessary to do so. 14:51:51 maryjom: we will need to go through the rest of the documents to see if there are other locations where this is needed. 14:52:02 maryjom: bypass blocks would be an example. 14:52:19 bbailey: we would not have subheadings when there is no separate guidance. 14:52:23 bbailey: Don't create subheadings when the same guidance applies to documents and software 14:52:34 maryjom: where we have non web software and non web documents, we may have to split those out. 14:52:40 maryjom: that will come in a PR. 14:53:28 RESOLUTION: Use headings to denote non-web document vs. non-web software guidance where it makes it clearer - including for 2.4.2. 14:53:52 zakim, next item 14:53:52 agendum 3 -- Analysis for SC language changes -- taken up [from maryjom] 14:54:16 3. (Question 1 of 3) Non-web software - introductory info (before the SC language) 14:54:16 There are a few differences between the proposed text for non-web software in the two proposals. We'll cover these in 3 questions. For this first question, compare the language used to indicate this SC shouldn't be applied as written. 14:54:16 Proposal 1 does not provide a detailed explanation of why this is problematic - keeps it simple. 14:54:16 This should not be applied directly as written to non-web software. For software, direct application of 2.4.2 Page Titled is problematic. The following criterion is recommended as a substitute: 14:54:18 Proposal 2 provides a more detailed explanation. 14:54:18 This does not apply directly to non-web software through simple word substitution because application titles rarely describe the topic or purpose of the software. However, where the platform supports a programmatic title or name for a software window or screen, when a software application utilizes that feature to provide a unique title or name for each window or screen, the user can more easily find it or understand its purpose. This would 14:54:18 address the user needs identified in the Intent from Understanding Success Criterion 2.4.2 14:54:18 Which approach do you prefer? 14:54:48 zakim, take up item 2 14:54:48 agendum 2 -- Survey results: Review proposed updates to 2.4.2 Page Titled -- taken up [from maryjom] 14:54:51 q? 14:55:05 TOPIC: (Question 1 of 3) Non-web software - introductory info (before the SC language) 14:58:11 Poll: Which approach do you prefer? 1) Proposal 1 as-is, 2) Proposal 2 as-is), 3) Proposal 1 with changes, or 4) Proposal 2 with changes? 14:58:17 1 14:58:36 2, but would also accept 1 14:58:51 1 but would accept others 14:58:52 2 14:58:52 Happy with two except "does not" should be "should not" 15:00:01 q+ 15:00:09 ack GreggVan 15:00:16 rrsagent, draft minutes 15:00:17 I have made the request to generate https://www.w3.org/2025/05/15-wcag2ict-minutes.html LauraM 15:00:28 i prefer "does not apply" rather than "should not be allied" 15:01:13 zakim, bye 15:01:13 leaving. As of this point the attendees have been PhilDay, bruce, loicmn, GreggVan, Mike_Pluke, bbailey, LauraM, maryjom, Daniel 15:01:13 Zakim has left #wcag2ict 15:01:31 zakim, end meeting 15:01:40 rrsagent,bye 15:01:40 I see no action items