13:56:52 RRSAgent has joined #wcag2ict 13:56:56 logging to https://www.w3.org/2024/03/08-wcag2ict-irc 13:56:56 RRSAgent, make logs Public 13:56:57 Meeting: WCAG2ICT Task Force Teleconference 13:57:00 zakim, clear agenda 13:57:00 agenda cleared 13:57:06 chair: Mary Jo Mueller 13:57:19 present+ 13:57:22 meeting: WCAG2ICT Task Force Extra Friday Teleconference 13:57:36 present+ 13:57:36 scribe+ PhilDay 13:58:55 Chuck has joined #wcag2ict 13:59:37 TOPIC: Announcements 14:03:08 mitch11 has joined #wcag2ict 14:04:45 present+ Daniel 14:04:53 Pull requests for all that was agreed yesterday - so should be in the document soon 14:05:04 TOPIC: 2.1.1 Keyboard - Work on changes due to survey results 14:05:20 https://www.w3.org/2002/09/wbs/55145/WCAG2ICT-closed-keyboard-scs/results#xq4 14:05:22 Survey showed there was need for some work 14:05:36 Mitch had some edits 14:06:34 In editor's draft: 2.1.1 Keyboard—Requires operation via a keyboard interface which allows alternative input devices. When a product with closed functionality either does not have a standard keyboard or one cannot be connected, it would need an alternate way to access all functionality that does not require accurate pointing, path-based movements, or specific timings. 14:07:03 Google doc being created for SC problematic for closed: 2.1.1 Keyboard 14:07:53 https://docs.google.com/document/d/13ZzHeccY_0V79OhUFAP2Uw5-JvgkcpHEuForc_MVWjI/edit?usp=sharing 14:13:41 Option 2: Mitchell’s editorial Requires operation via a keyboard interface which allows alternative input devices. When a product with closed functionality does not have a standard keyboard and one cannot be connected, it would need an alternate way to access all functionality that does not require accurate pointing, path-based movements, or specific timings. 14:14:09 (Above are both in the SC problematic for closed section, not the main SC for 2.1.1 Keyboard) 14:15:30 Option 3: closed cannot conform to 2.1.1 Requires operation via a keyboard interface which allows alternative input devices. When non-web software is closed to keyboards, it cannot conform to this criterion. 14:15:51 Option 3: closed cannot conform to 2.1.1 Requires operation via a keyboard interface which allows alternative input devices. When non-web software is closed to keyboards, it cannot satisfy this criterion. 14:16:08 mitch11: Option 2 is one extreme, option 3 is the other extreme 14:16:39 mitch11: The point of keyboard interfaces is to allow users to attach input interfaces that work for them. Closed systems cannot achieve this intent. 14:17:07 mitch11: Or at least we should point out that it is problematic. We should not say you meet criterion if you cannot do this 14:17:28 Intent for 2.1.1: https://www.w3.org/WAI/WCAG22/Understanding/keyboard.html 14:19:32 q+ 14:20:24 ack Ch 14:21:18 Chuck: Was looking if we ever say SC cannot be satisfied elsewhere. Cannot see where we have done it before, but have used softer language such as 3.1.1. "May not be able to meet this SC". 14:21:51 Option 3 now edited: Option 3: closed cannot conform to 2.1.1 - Mitchell Requires operation via a keyboard interface which also allows alternative input devices. When non-web software is closed to keyboards it may not be able to meet this success criterion. 14:28:09 Option 4: no bright line - Mitchell Requires operation via a keyboard interface which allows alternative input devices. 14:28:32 Option 5: compromise position - Phil Requires operation via a keyboard interface which also allows for alternative input devices. When a product with closed functionality does not have a standard keyboard and an alternative input device cannot be connected, ... 14:28:42 ... it may be difficult to satisfy this success criterion although it may be possible to address some user needs (such as offering input methods that support users with low vision, without vision, or limited manual dexterity). 14:29:48 Further edit of option 5: 14:29:49 Option 5: compromise position - Phil Requires operation via a keyboard interface which also allows for alternative input devices. When a product with closed functionality does not have a standard keyboard and an alternative input device cannot be connected, it may not be possible to satisfy this success criterion. 14:29:57 ... It may be possible to address some user needs (such as offering input methods that support users with low vision, without vision, or limited manual dexterity). 14:32:19 Further edit: Requires operation via a keyboard interface which also allows for alternative input devices. When a product with closed functionality does not have a standard keyboard or an alternative input device cannot be connected, it may not be possible to satisfy this success criterion. It may be possible to address some user needs (such as offering input methods that support users with low vision, without vision, or limited manual dexterity). 14:32:44 Option 5 to take to full TF for review 14:33:24 TOPIC: SC problematic for closed: 1.4.10 Reflow 14:33:29 https://www.w3.org/2002/09/wbs/55145/WCAG2ICT-public-responses-3/results#xq2 14:34:47 Results: 1 for option 0, 2 for option 4 as is, 2 for option 4 with changes, 3 for option 3A 14:35:21 Google doc for discussion: https://docs.google.com/document/d/1TbtNcNjrpog8-6OYloMcPILh2UsqUOXBjPwVwv7dPsw/edit#heading=h.kp9yc0hnzxu7 14:36:39 Option 0: What is in the document now If the content technology and platform software do not support reflow, it may not be possible for non-web software to meet this success criterion, meaning the software application would then fail this success criterion. 14:36:48 Option 4: Change to option 3 to better cover large screen without scrolling NOTE: As written, this success criterion can only be met by non-web documents or software where the underlying user agent or platform can present content at a width of 320 CSS pixels (or 1280 CSS pixels wide at 400% zoom) for vertical scrolling and a height of 240 CSS pixels (or 1024 CSS pixels at 400% zoom) for horizontal scrolling. ... 14:36:58 When the non-web document or software does not support these dimensions for scrolling, reflow is highly encouraged as this capability is essential to persons with low vision. As a reasonable benchmark, implement and evaluate at the nearest possible equivalent size to what the Reflow success criterion specifies. For systems that do not support zoom, scrolling, and reflow, the user need is often addressed by other means (including but not limi[CUT] 14:37:06 ... sufficiently large text and single screen designs). 14:37:14 Option 3A: Mitchell’s edits to Option 3 NOTE: As written, this success criterion can only be met by non-web documents or software where the underlying user agent or platform can present content at a width of 320 CSS pixels for vertical scrolling content and a height of 240 CSS pixels for horizontal scrolling content. ... 14:37:21 ... When the underlying user agent or platform does not support these dimensions for scrolling, reflow is highly encouraged as this capability is essential to persons with low vision. As a reasonable benchmark, implement and evaluate at the nearest possible equivalent size to what the Reflow success criterion specifies. 14:37:27 https://docs.google.com/document/d/1TbtNcNjrpog8-6OYloMcPILh2UsqUOXBjPwVwv7dPsw/edit#heading=h.kp9yc0hnzxu7 14:38:17 Option 3A & 4 are similar for first paragraph - option 3A is simplified and looks like a good improvement 14:42:55 Modified 3A to include elements of option 4 NOTE: As written, this success criterion can only be met by non-web documents or software where the underlying user agent or platform can present content at a width of 320 CSS pixels for vertical scrolling content and a height of 240 CSS pixels for horizontal scrolling content. ... 14:43:03 ... When the underlying user agent or platform does not support these dimensions for scrolling, reflow is highly encouraged as this capability is essential to persons with low vision. As a reasonable benchmark, implement and evaluate at the nearest possible equivalent size to what the Reflow success criterion specifies. For systems that do not support zoom, scrolling, and reflow, user needs such as low vision are often addressed by other mean[CUT] 14:43:10 ... limited to using sufficiently large text and single screen designs). 14:43:19 Above would replace notes 6 & 7 14:46:57 Existing notes 6 & 7 14:47:03 NOTE 6: If the content technology and platform software do not support reflow, it may not be possible for non-web software to meet this success criterion, meaning the software application would then fail this success criterion. 14:47:14 NOTE 7: Certain platforms do not support adjusting viewports to an equivalent of 320 CSS pixels wide or 256 CSS pixels high. Likewise, some platforms have limitations on zooming as high as 400% for the larger measurements of 1280 CSS pixels wide or 1024 CSS pixels high. In such cases, implement and evaluate at the nearest possible equivalent size to what the Reflow success criterion specifies. 14:47:59 Working group thinks that 6 & 7 can be replaced by new note 3A above, Mary Jo to check with Sam for his input prior to running by TF 14:48:29 https://docs.google.com/document/d/1TbtNcNjrpog8-6OYloMcPILh2UsqUOXBjPwVwv7dPsw/edit 14:49:52 Further refinement to option 3A 14:50:14 Option 3A: Mitchell’s edits to Option 3 NOTE: As written, this success criterion can only be met by non-web documents or software where the underlying user agent or platform can present content at a width equivalent to 320 CSS pixels for vertical scrolling content and a height equivalent to 240 CSS pixels for horizontal scrolling content. ... 14:50:24 ... When the underlying user agent or platform does not support these dimensions for scrolling, reflow is highly encouraged as this capability is essential to persons with low vision. As a reasonable benchmark, implement and evaluate at the nearest possible equivalent size to what the Reflow success criterion specifies. ... 14:50:30 For systems that do not support zoom, scrolling, and reflow, user needs such as low vision are often addressed by other means (including but not limited to using sufficiently large text and single screen designs). 14:51:05 Latest refinement of Option 3A above to be put in survey to full TF (after getting Sam's input) 14:52:31 TOPIC: SC Problematic for Closed Functionality - SCs that require programmatic information (4.1.2) 14:53:09 https://docs.google.com/document/d/1wNs7-XobyZiBBnSH-85nLg6FXTK4okTdzHOLE_Jp4kw/edit?usp=sharing 14:53:29 4.1.2 Name, Role, Value. If we get something for this, may also use it for 1.3.2 Meaningful sequence and others 14:59:54 Option 5 - Mitchell’s proposal, “help meet the intent” 15:00:06 4.1.2 Name, Role, Value—Requires information in a programmatically determinable form. Where this is not possible, providing equivalent information and operation through another mechanism, such as functions built into the software that behave like assistive technology, would help meet the intent of this success criterion. 15:00:20 alternative wording for option 5: ... would help meet some user needs 15:00:41 Consensus: use option 5 for Name role value. 15:00:54 Mary Jo to use this in drafting content for info & relationship 15:01:28 https://github.com/w3c/wcag2ict/wiki/Work-for-the-week#preparation-for-the-8-march-extra-friday-meeting 15:02:30 Are there any other SCs problematic that have to do with programmatic information? Current list: (1.1.1 Non-text Content, 1.3.2 Meaningful Sequence, 3.1.1 Language of page, 3.1.2 Language of parts) 15:02:34 Which criteria should be listed? 15:03:05 There will be 1 survey question for these all together. 15:03:58 Any additional SCs to be listed - send email to Mary Jo 15:04:38 rrsagent, draft minutes 15:05:09 I have made the request to generate https://www.w3.org/2024/03/08-wcag2ict-minutes.html PhilDay 15:05:20 zakim, end meeting 15:05:20 As of this point the attendees have been PhilDay, maryjom, Daniel 15:05:21 RRSAgent, please draft minutes v2 15:05:23 I have made the request to generate https://www.w3.org/2024/03/08-wcag2ict-minutes.html Zakim 15:05:28 I am happy to have been of service, dmontalvo; please remember to excuse RRSAgent. Goodbye 15:05:30 Zakim has left #wcag2ict 15:06:42 present+ Mitch, Chuck 15:06:46 rrsagent, draft minutes v2 15:06:48 I have made the request to generate https://www.w3.org/2024/03/08-wcag2ict-minutes.html dmontalvo 15:08:35 rrsagent, bye 15:08:35 I see no action items