13:53:53 RRSAgent has joined #wcag2ict 13:53:58 logging to https://www.w3.org/2024/01/26-wcag2ict-irc 13:53:59 RRSAgent, make logs Public 13:54:00 Meeting: WCAG2ICT Task Force Teleconference 13:54:00 zakim, clear agenda 13:54:00 agenda cleared 13:54:03 chair: Mary Jo Mueller 13:54:28 meeting: WCAG2ICT Task Force extra Friday meeting 13:54:55 Agenda+ Public comments 13:59:53 Zoom link is at https://www.w3.org/2017/08/telecon-info_wcag2ict for those who, like me, were struggling to find it. 14:01:27 Sam has joined #wcag2ict 14:01:36 present+ 14:01:42 present+ 14:01:49 scribe+ PhilDay 14:02:09 agenda 14:02:12 agenda? 14:02:40 Issue 216 - worth looking at 14:03:05 zakim, next item 14:03:05 agendum 1 -- Public comments -- taken up [from maryjom] 14:04:14 https://github.com/w3c/wcag2ict/issues?q=is%3Aopen+is%3Aissue+label%3A%22Public+Comment%22+-label%3A%22Surveying%22 14:04:30 Public comments - list is getting smaller 14:04:34 Chuck has joined #wcag2ict 14:04:41 present+ 14:05:21 https://github.com/w3c/wcag2ict/issues/226 14:05:21 TOPIC: 226 14:05:27 present+ 14:06:12 mitch11 has joined #wcag2ict 14:06:15 present+ 14:06:22 https://github.com/w3c/wcag2ict/issues/226#issuecomment-1863512466 14:06:57 In AGWG, Mary Jo proposed a change which may not have been seen by the whole WCAG2ICT task force. 14:08:41 Question from AGWG was from Detlev, specific to 1.4.10 - what does 'may not be possible' mean? 14:09:03 ... That is where the wording "when it is not possible to meet the SC then you automatically fail the SC" 14:10:13 Sam: In other areas we don't automatically say you fail the SC - we use softer language (e.g. name role value, helps to meet the intent) 14:10:36 maryjom: This specific comment was about Reflow 14:11:44 This success criterion may not be applicable for technologies and platforms that do not support reflow. 14:11:55 ... Alternative may be to handle those cases and add some exception if system is not capable of supporting reflow 14:12:18 Reflow has exception: Except for parts of the content which require two-dimensional layout for usage or meaning. 14:12:48 Chuck: Has proposed some alt language that is not in the issue. Agree if you cannot meet it, valid interpretation that you don't fail. 14:13:19 ... However, if device does not support zoom, there is no need for reflow, but pass seems too strong, maybe suggest not applicable. 14:13:31 Sam: We avoided not applicable in the past 14:13:48 mitch11: Can use it - but clarify that not applicable is a pass 14:14:48 maryjom: Using not applicable is difficult for some to accept - looks to some like we are opening a potential loophole 14:15:33 WCAG 2 conformance: However, if the page does not conform to WCAG only for reasons that are legitimately outside the author's control then the author can make a claim of partial conformance. 14:16:06 mitch11: May help to give more concrete examples of systems where reflow is not appropriate, and therefore exceptions are allowed, as opposed to mobile apps 14:17:30 Note: This means that if there is no content to which a success criterion applies, the success criterion is satisfied. 14:17:30 Sam: Examples include systems for public use, or shared usage. Also those in physical environment where people can move closer/further away. Also very small displays. 14:18:51 mitch11: Also includes very large information boards (touchscreens). 14:19:12 If the content and technology and platform software do not support reflow, this is outside of the author's control, and the author can make a claim of partial conformance. 14:19:20 Chuck: suggesting possible ideas to tweak the language 14:20:18 If the content technology and platform software does not support reflow, then there is no content to which this success criterion applies, and the success criterion is satisfied. 14:20:44 If the content technology or the platform software does not support reflow, then there is no content to which this success criterion applies, and the success criterion is satisfied. 14:20:52 This is the language for reflow from problematic for closed: 1.4.10 Reflow — Many closed functionality products do not allow users to modify the viewport or change font sizes, so there would be no need to impose a requirement on all closed functionality that content is able to reflow. Additionally, many closed functionality products do not display large chunks of text and only have UI controls; in such cases, two-directional scrolling to ac[CUT] 14:21:10 ... controls; in such cases, two-directional scrolling to access the text and UI controls may be considered essential. 14:21:29 mitch11: We could have a type of closed; systems closed to reflow 14:21:43 If the content technology or the platform software does not support reflow, then there is no content to which this success criterion applies, and the success criterion is satisfied. 14:23:38 We could say: If the platform doesn't allow reflow, we could say the software is closed to reflow, which is a case of closed functionality 14:24:31 Chuck: agrees that calling this a failure seems wrong. 14:27:22 mitch11: Brief discussion on how to handle VR - we'll leave that for another time! 14:29:54 Sam: If signage was for public safety, wouldn't want truncation due to reflow, so this would be an essential exception 14:31:04 Chuck: 2 potential rationale. 14:31:15 ... 1) system is closed to reflow 14:31:26 ... 2) exception is essential 14:31:55 maryjom: Could combine: if certain type of presentation is essential, then is closed to reflow 14:32:38 Sam: If closed, you can't apply additional assistive tech. If shared environment, don't think there is a way of doing it - so would fall into closed functionality bullet 14:33:01 Sam: Open system, you could add AT to provide reflow 14:33:54 Definition of essential: if removed, would fundamentally change the information or functionality of the content, and information and functionality cannot be achieved in another way that would conform 14:33:55 mitch11: Staying within general topic. Essential exception: best applied to content of software, rather than to the platform/architecture 14:34:37 ... We can list exceptions for content, but wonder if we can do this for platform. 14:35:08 ... If we call it closed, is this due to the platform, or due to other reasons? 14:36:09 maryjom: That might help for other questions - further discussion about reflow where size of CSS pixel window is not possible. We say use closest possible, then others have replied that it makes it meaningless. 14:36:18 ... However, not all tech can support that window size 14:36:37 mitch11: That is a good case to mention then - it is a concrete example 14:36:57 example of closed functionality from our own draft: an ebook or ebook reader program that allows assistive technologies to access all of the user interface controls of the ebook program (open functionality) but does not allow the assistive technologies to access the actual content of book (closed functionality). 14:38:02 mitch11: Maybe have to say something like "if platform is closed to providing 320x320 CSS pixels or equivalent" then it is closed to this requirement of reflow 14:38:47 Chuck: mentioning ebook / reader example from closed functionality draft. You can't resize the viewport, so this is again a good example, and again shows why we should use the closed argument 14:38:57 ... Essential seems harder to justify 14:39:12 ... Closed seems a more solid rationale 14:40:02 mitch11: Using Mac as an example, some apps are designed for full screen usage, and cannot be sized down to 320x, but not sure why this is essential. Makes more sense to say system is closed to this functionality 14:40:20 Sam: What about systems where viewing distance changes? 14:40:49 ... Again this may not be possible or desirable - if viewing distance is unknown 14:41:07 ... Agree with Chuck on ebook reader as a good example. 14:42:16 maryjom: Maybe differentiate between principle of reflow (which is useful), without getting hung up on specific CSS pixel sizes 14:44:57 Use case is zooming in for low vision, then if viewport limits you so you have to constantly scroll badly. That is where reflow is important 14:45:14 Another use case - messages on a smart watch 14:45:38 mitch11: Another example: email - sometimes reflow works, other times it doesn't 14:46:43 mitch11: Typing a proposal... 14:48:34 I propose something like this: where the platform is closed to presenting content in a 320 equivalent viewport, it is a best practice nevertheless to reflow text 14:50:27 WCAG's note: 320 CSS pixels is equivalent to a starting viewport width of 1280 CSS pixels wide at 400% zoom. For web content which is designed to scroll horizontally (e.g., with vertical text), 256 CSS pixels is equivalent to a starting viewport height of 1024 CSS pixels at 400% zoom. 14:51:50 closed functionality products do not allow users to modify the viewport or change font sizes 14:52:05 Full text https://wcag2ict.netlify.app/#reflow 14:52:14 Many closed functionality products do not allow users to modify the viewport or change font sizes, so there would be no need to impose a requirement on all closed functionality that content is able to reflow. 14:52:20 Additionally, many closed functionality products do not display large chunks of text and only have UI controls; in such cases, two-directional scrolling to access the text and UI controls may be considered essential. 14:53:36 Agreed direction for reflow - mention closed and point to the bullet above 14:55:23 maryjom: Will open Google Doc to work on some language around this. 14:55:47 Additionally, many closed functionality products do not support changes to viewport size or font size; in such cases... 14:56:02 Additionally, many closed functionality products do not support changes to viewport size or font size to 400%; in such cases... 14:56:26 ... Reflow - have language that reflow is desirable. If tech does not allow a specific viewport size or change font size, it would be an essential exception. But best practice is to provide reflow 14:56:50 in such cases, the non-web content is closed to small viewports - see x.x.x Reflow in "Problematic for Closed Functionality" 14:56:55 Additionally, many closed functionality products do not support changes to viewport size or font size to 400%; in such cases the presentation of content by the closed functionality product would be deemed essential. 15:00:06 maryjom: Will circulate the Google Doc with the minutes. 15:00:30 ... If you have an issue assigned, please propose content. If you have any spare time, assign yourself to an issue and add content. 15:00:32 rrsagent, draft minutes 15:00:33 I have made the request to generate https://www.w3.org/2024/01/26-wcag2ict-minutes.html PhilDay 15:04:36 zakim, end meeting 15:04:36 As of this point the attendees have been PhilDay, Sam, Chuck, maryjom, mitch 15:04:38 RRSAgent, please draft minutes v2 15:04:39 I have made the request to generate https://www.w3.org/2024/01/26-wcag2ict-minutes.html Zakim 15:04:45 I am happy to have been of service, maryjom; please remember to excuse RRSAgent. Goodbye 15:04:47 Zakim has left #wcag2ict 15:04:50 rrsagent, bye 15:04:50 I see no action items