13:57:14 RRSAgent has joined #wcag2ict 13:57:18 logging to https://www.w3.org/2024/02/16-wcag2ict-irc 13:57:18 RRSAgent, make logs Public 13:57:19 Meeting: WCAG2ICT Task Force Teleconference 13:57:19 zakim, clear agenda 13:57:19 agenda cleared 13:57:27 chair: Mary Jo Mueller 13:57:32 meeting: WCAG2ICT Task Force Teleconference 13:57:45 meeting: WCAG2ICT Task Force Extra Friday Meeting 13:58:20 agenda+ Discussion on SCs that are scoped to markup languages 13:59:32 bruce_bailey has joined #wcag2ict 13:59:50 PhilDay has joined #wcag2ict 14:01:01 present+ 14:01:30 present+ 14:01:39 scribe+ PhilDay 14:01:58 zakim, next item 14:01:58 agendum 1 -- Discussion on SCs that are scoped to markup languages -- taken up [from maryjom] 14:02:44 2 SCs, we are expanding the scope for 1, the other we are keeping to the limited scope of just markup languages 14:03:19 Thoughts for discussion are in the wiki work for today https://github.com/w3c/wcag2ict/wiki/Work-for-the-week#preparation-for-the-16-feb-meeting 14:03:35 https://docs.google.com/document/d/1ejuKX3cq06b3MY48h2wJPHJXfFYJLIjI0rUNf3PfoJQ/edit#heading=h.71h05lkcix1x 14:03:40 bruce_bailey: Done a 3rd option to look at 14:04:09 maryjom: Status messages - current language expands scope beyond markup language 14:04:44 https://w3c.github.io/wcag2ict/#status-messages 14:05:06 Above link is from the editor's draft 14:05:15 https://w3c.github.io/wcag2ict/#status-messages 14:05:25 In [content implemented using markup languages, or that supports status message notifications], status messages can be programmatically determined through role or properties such that they can be presented to the user by assistive technologies without receiving focus. 14:06:10 Mitch: if AG approve, then it could be argued it might not be an expansion - it might just be what was originally intended. However, Mary Jo wonders if it was just not fully reviewed 14:07:47 Or do we add note - WCAG only applies it to markup languages, and in the future we suggest it could be broadened in WCAG. 14:11:25 Laura & Bruce - expressed concern that if we go big, it might cause delays at final draft public comments; it also looks like scope creep. 14:12:37 Or, we could put some comments in a wiki - outside the scope of the document, but may be useful for future AGWG updates to WCAG 14:13:19 bruce_bailey: Likes examples in the wiki rather than just in the GitHub issues - which are hard to search. 14:13:42 maryjom: Wiki is also useful to document rationale and decision matrix behind the document 14:14:11 Comments in wiki could be used to feed into WCAG3 or future updates 14:15:43 It's not that we don't think that some of these SCs should be applied more broadly to software that does not use markup languages; instead we are just putting the note in a wiki instead of broadening the scope of the document 14:16:19 LauraBMiller has joined #wCAG2ICT 14:16:23 Present+ 14:16:24 Poll: Should we pull back on language in 4.1.3 Status Messages to reign in on scope creep? 14:16:31 present+ 14:16:32 +1 14:16:33 mitch11 has joined #wcag2ict 14:16:35 +1 14:16:40 +1 14:16:54 +1 14:17:13 Adding that we should capture the detail elsewhere. 14:17:15 mitch11: also a +1 verbally 14:17:19 +1 14:18:25 mitch11: One comment from Gregg that might inform the note. Status messages and others are already covered in other more general SCs. 14:19:02 https://docs.google.com/document/d/1ejuKX3cq06b3MY48h2wJPHJXfFYJLIjI0rUNf3PfoJQ/edit#heading=h.71h05lkcix1x 14:19:13 bruce_bailey: If that is the decision, then my contextualised edit is a good start 14:21:30 Applying SC 4.1.3 Status Messages to Non-Web Documents and Software 14:21:38 This applies directly as written, and as described in Intent from Understanding Success Criterion 4.1.3 (also provided below) substituting “Where non-web documents or non-web software implement status messages” for “In content implemented”. 14:21:45 [Where non-web documents or non-web software implement status messages] using markup languages, status messages must be programmatically determined through role or properties such that they can be presented to the user by assistive technologies without receiving focus. 14:21:53 NOTE 1: For non-web documents and software where status messages are not implemented using markup languages, there is still a user need to have status messages be programmatically exposed so that they can be presented to the user by assistive technologies without receiving focus. This is typically enabled through the use of accessibility services of the user agent or platform software. 14:22:00 NOTE 2: See also the discussion on Closed Functionality. 14:22:12 Above text is Bruce's proposal from the Google Doc 14:26:53 Normative language for 4.1.3: In content implemented using markup languages, status messages can be programmatically determined through role or properties such that they can be presented to the user by assistive technologies without receiving focus. 14:28:20 NOTE 1 (Phil's version using best practice): For non-web documents and software where status messages are not implemented using markup languages, it is best practice to have status messages be programmatically exposed so that they can be presented to the user by assistive technologies without requiring focus. This is typically enabled through the use of accessibility services of the user agent or platform software. 14:28:50 PhilDay: prefer Bruce's version 14:29:02 Agree. 14:29:07 So we should revert to the previous version 14:31:43 https://w3c.github.io/wcag2ict/#status-messages 14:31:59 bruce_bailey: the word substitution is more complicated; maybe we should consider removing the word substitution 14:34:35 Both versions will be presented to the TF this week. 14:34:42 Yes 14:35:37 TOPIC: SC problematic for closed for 4.1.3 Status messages 14:35:57 https://github.com/w3c/wcag2ict/issues/277 14:37:01 https://www.w3.org/2002/09/wbs/55145/WCAG2ICT-closed-more-to-review/results#xq3 14:37:54 Option 1: Original bullet, as-is 4.1.3 Status Messages—requires information in a programmatic determinable form. Additionally, software with closed functionality is not typically implemented using markup languages. 14:38:41 Option 2: With suggested edits 4.1.3 Status Messages—requires information in a programmatic determinable form. Additionally, software with closed functionality is not typically implemented using markup languages. (See Note 1 in Applying SC 4.1.3 Status Messages to Non-web Documents and Software.) 14:42:38 Option 1: Original bullet, as-is 4.1.3 Status Messages—requires information in a programmatic determinable form. Additionally, software with closed functionality is not typically implemented using markup languages. 14:42:45 NOTE 5: Non-web software with closed functionality would need equivalent facilitation to provide access to status messages. 14:47:42 mitch11: Not just closed functionality that does not markup languages. We should just apply this more broadly to closed. 14:48:02 Agreed approach; remove option 2. Edit option 1 to remove additional detail about markup. 14:48:19 +1 14:48:36 Revised language is therefore: 4.1.3 Status Messages—requires information in a programmatic determinable form. 14:48:50 NOTE 5: Non-web software with closed functionality would need equivalent facilitation to provide access to status messages. 14:48:58 (Numbering may need to be reworked) 14:49:08 That brings us to the end of status messages. 14:49:33 That should mean we do not need to change text spacing as it just applied to markup languages 14:50:05 https://w3c.github.io/wcag2ict/#applying-sc-1-4-12-text-spacing-to-non-web-documents-and-software 14:51:00 Current language: [For non-web documents or software] content implemented using markup languages [in a way that supports modification of] the following text style properties, no loss of content or functionality occurs by setting all of the following and by changing no other style property: 14:51:24 Will propose that we remove the substitution to just give: In content implemented using markup languages that support the following text style properties, no loss of content or functionality occurs by setting all of the following and by changing no other style property: 14:52:03 +1 14:52:41 maryjom: We may need to modify the note to point to content implemented by markup languages that does not expose this for modifcation 14:52:50 s/modifcation/modification 14:54:22 mitch11: Maybe we should poll both versions (with and without word substitution). 14:54:56 Have to jump but have a great weekend (thank you!) 14:55:24 Poll: 1) we need the the existing word substitution in the SC language 2) we should not have any word substitution 3) something else 14:55:41 2 14:55:52 3 14:55:57 1, can accept 2 14:55:58 Option 3. Remove 1st word substition, add modification In content implemented using markup languages [in a way that supports modification of] the following text style properties, no loss of content or functionality occurs by setting all of the following and by changing no other style property: 14:58:12 mitch11: We need to address the modification question - could do it in a note instead 14:58:38 PhilDay: also happy adding modification into a note, and use version with word substitution 14:58:46 +1 for note 14:58:49 May need a new note 3 to cover modification 14:59:38 Mary Jo will create google doc for text spacing and then we can work on the note before the next meeting. 14:59:47 rrsagent, draft minutes 14:59:48 I have made the request to generate https://www.w3.org/2024/02/16-wcag2ict-minutes.html PhilDay 15:00:50 zakim, bye 15:00:50 leaving. As of this point the attendees have been PhilDay, bruce_bailey, LauraBMiller, maryjom 15:00:50 Zakim has left #wcag2ict 15:39:22 zakim, end meeting 15:39:29 rrsagent, bye 15:39:29 I see no action items