IRC log of wcag2ict on 2024-05-09

Timestamps are in UTC.

13:00:46 [RRSAgent]
RRSAgent has joined #wcag2ict
13:00:50 [RRSAgent]
logging to https://www.w3.org/2024/05/09-wcag2ict-irc
13:00:50 [Zakim]
RRSAgent, make logs Public
13:00:51 [Zakim]
Meeting: WCAG2ICT Task Force Teleconference
13:00:51 [Chuck]
Chuck has joined #wcag2ict
13:00:51 [maryjom]
zakim, clear agenda
13:00:51 [Zakim]
agenda cleared
13:00:54 [Chuck]
present+
13:00:55 [maryjom]
chair: Mary Jo Mueller
13:00:56 [olivia]
olivia has joined #wcag2ict
13:01:03 [maryjom]
Zakim, please time speakers at 2 minutes
13:01:03 [Zakim]
ok, maryjom
13:01:37 [olivia]
present+
13:02:40 [maryjom]
Regrets: Loïc, Shawn Thompson, Devanshu, Bryan Trogdon
13:03:05 [LauraMiller]
LauraMiller has joined #WCAG2ICT
13:03:12 [bruce_bailey]
present+
13:03:16 [LauraMiller]
present+
13:03:16 [bruce_bailey]
scribe: bruce_bailey
13:04:03 [bruce_bailey]
maryjom: Welcome folks to first of our earlier meeting times.
13:04:12 [maryjom]
Agenda+ Announcements
13:04:24 [maryjom]
Agenda+ Survey results: Issue 4
13:04:58 [maryjom]
Agenda+ Survey results: Follow-up survey addressing public comments, SOTD
13:05:49 [bruce_bailey]
Maryjo: We don't quite have agenda, so may run like a Friday call.
13:05:55 [bruce_bailey]
zakim, take up item 1
13:05:55 [Zakim]
agendum 1 -- Announcements -- taken up [from maryjom]
13:06:06 [bruce_bailey]
q+ to mention HHS reg
13:06:12 [dmontalvo]
present+ Daniel
13:06:16 [dmontalvo]
scribe+
13:06:18 [bruce_bailey]
bruce: see https://federalregister.gov/d/2024-09237
13:06:36 [bruce_bailey]
... updates 504, references 2.1 not 2.2
13:06:38 [mitch11]
mitch11 has joined #wcag2ict
13:07:17 [bruce_bailey]
Maryjo: Friday meetings will continue. Thanks to Phil for pointing out update on issues and with creating PRs....
13:07:27 [mitch11]
present+
13:07:33 [bruce_bailey]
... be on the lookout for survey. Bruce also has a PR in queue.
13:08:14 [bruce_bailey]
maryjom: We will continue plugging through content. Also look for 4.1.1 update soon...
13:08:19 [mitch11]
q+
13:08:31 [maryjom]
ack bruce_bailey
13:08:31 [Zakim]
bruce_bailey, you wanted to mention HHS reg
13:09:21 [bruce_bailey]
... Any changes we make for 1.4.1 resize text next need a little more editing
13:09:45 [bruce_bailey]
LauraMiller: HHS rule also address kiosks, medical devices, and mobile.
13:10:02 [bruce_bailey]
... of coures, WCAG does not work well for hardward.
13:10:13 [bruce_bailey]
Bruce: This is a rule.
13:10:42 [bruce_bailey]
...was out for public comment months and months ago.
13:11:02 [maryjom]
q?
13:11:16 [bruce_bailey]
LauraMiller: Was about when USAB SSTM ANPRM came out.
13:11:39 [maryjom]
ack mitch
13:11:39 [bruce_bailey]
LauraMiller: There was an announment last week with PDF version.
13:11:50 [LauraMiller]
https://public-inspection.federalregister.gov/2024-09237.pdf
13:12:44 [bruce_bailey]
mitch11: WRT surveys, we have gotten used to very granular. I know I would prefers fewer questions when most of survey is editorial.
13:13:12 [Chuck]
q+
13:13:13 [bruce_bailey]
... to clarity, i would prefer reserving surveys for technical issues.
13:13:55 [bruce_bailey]
maryjom: Survey are better for multiple options. PR is not a good mechnism for offering choices.
13:14:37 [maryjom]
q?
13:14:38 [LauraMiller]
@Maryjom this is the link to the comments made: https://www.federalregister.gov/documents/2023/09/14/2023-19149/discrimination-on-the-basis-of-disability-in-health-and-human-service-programs-or-activities
13:14:44 [bruce_bailey]
... PRs which are purely editiorial, editors will go forward with those. The surveys are better when editors needed to decide between two or more phrasings.
13:14:58 [Chuck]
ack Ch
13:15:26 [bruce_bailey]
maryjom: We have enough people here early, thank you, that will proceed as usual.
13:15:33 [bruce_bailey]
zakim, next item
13:15:33 [Zakim]
agendum 2 -- Survey results: Issue 4 -- taken up [from maryjom]
13:15:50 [maryjom]
Link to survey: https://www.w3.org/2002/09/wbs/55145/WCAG2ICT-issue-4-resize-text/results
13:16:02 [maryjom]
TOPIC: Question (1 of 4) Point 3: SC 1.4.4 should require scaling to the extent supported by user settings of the platform
13:16:07 [bruce_bailey]
maryjom: The Issure 4 survey, see link, and I will set topics.
13:16:24 [maryjom]
Link to results for question 1: https://www.w3.org/2002/09/wbs/55145/WCAG2ICT-issue-4-resize-text/results#xq1
13:16:52 [bruce_bailey]
maryjom: A good bit to dig through here, we will work from Google doc.
13:16:59 [maryjom]
Google doc: https://docs.google.com/document/d/1p5EX9d5Q9L1CghcECjPMVqIBxg4UJUZ5U3A3EZhNxUQ/edit#heading=h.igild5wl866t
13:17:29 [bruce_bailey]
... I will provide links to correct heading in doc for each topic.
13:17:33 [dmontalvo]
s/Issure/Issue/
13:17:33 [maryjom]
Point 3 in google doc: https://docs.google.com/document/d/1p5EX9d5Q9L1CghcECjPMVqIBxg4UJUZ5U3A3EZhNxUQ/edit#heading=h.870l3jrwy1r8
13:18:33 [bruce_bailey]
Survey result spit, 3 as-is and 3 with edit (and one comment in "something else" camp.
13:18:47 [bruce_bailey]
Phil, Chris, Bruce -- okay as is.
13:19:02 [maryjom]
Sam's proposal 3 link: https://docs.google.com/document/d/1p5EX9d5Q9L1CghcECjPMVqIBxg4UJUZ5U3A3EZhNxUQ/edit#heading=h.1adymqnut094
13:20:10 [bruce_bailey]
Sam proposed an option 3, loic endsored Sam's proposal.
13:20:48 [PhilDay]
PhilDay has joined #wcag2ict
13:21:47 [bruce_bailey]
A bit longer note now, and Sam added not that, for multiple displays, only one needs to met.
13:23:25 [Chuck]
q+
13:23:31 [maryjom]
ack Chuck
13:23:48 [bruce_bailey]
Fernanda noted (in survey) that edit seems like a significant departure from WCAG.
13:24:10 [PhilDay]
present+
13:24:35 [bruce_bailey]
maryjom: It is not clear Fernanda saw Sam's proposal.
13:24:46 [mitch11]
q+
13:25:25 [bruce_bailey]
Chuck: Response critiques existing WCAG guidance, so I don't think we should go there.
13:25:53 [Chuck]
s /we should go there/we should not go there/
13:26:23 [bruce_bailey]
maryjom: Agree with not touching WCAG, 2013 wcag2ict had someing for 1.4.4 resize text and we have not revisited that previous guidence until now.
13:26:44 [PhilDay]
Text from SC problematic for 1.4.4 in current editor's draft is as follows:
13:26:44 [Chuck]
q?
13:26:44 [PhilDay]
1.4.4 Resize Text—because the text rendering support in a closed environment may be more limited than the support found in user agents for the Web, meeting Success Criterion 1.4.4 in a closed environment may place a much heavier burden on the content author;
13:26:53 [bruce_bailey]
... 2013 wcag2ict has stood the text of time, so we do not want to undermine anything.
13:26:56 [maryjom]
ack mitch
13:27:25 [bruce_bailey]
... but are trying to be responsive to questions and issues raised with our rewrite.
13:27:54 [bruce_bailey]
Mitch asks for clarification on which survey question we are working on?
13:28:46 [bruce_bailey]
maryjom: Previously, we had options and responses (was on option 4 and 5) and we will come back to those.
13:29:27 [bruce_bailey]
mitch11: That helps, links in survey are not quite aligned.
13:29:35 [maryjom]
https://www.w3.org/2002/09/wbs/55145/WCAG2ICT-issue-4-resize-text/results#xq2
13:30:05 [mitch11]
I think this is the correct link for the current TOPIC: https://www.w3.org/2002/09/wbs/55145/WCAG2ICT-issue-4-resize-text/results#xq2
13:30:43 [bruce_bailey]
maryjom: First item is survey is NOT a question but an introduction. For today, we are using numbered options as part of survey question titles.
13:31:31 [bruce_bailey]
mitch11t: The slipery slope I have concern for is that 1.4.4 is the only SC which include "without the use of AT" so that is an outlier.
13:32:06 [maryjom]
POLL 1: For the original proposal, which proposed response do you prefer for Point 3: 1) Option 2, 2) Option 3, or 3) Something else
13:32:26 [bruce_bailey]
maryjom: Option 3 is sams edits.
13:32:39 [mitch11]
q+
13:32:44 [maryjom]
ack mitch
13:32:52 [olivia]
3
13:32:56 [PhilDay]
3, then 2
13:33:19 [PhilDay]
2 (option 3), then 1 (option 2)
13:33:45 [olivia]
2
13:33:57 [mitch11]
3 (something else): based on option 3
13:34:05 [mitch11]
but with a further edit
13:34:11 [bruce_bailey]
maryjom: option 3 is choice 2 in the poll
13:34:35 [bruce_bailey]
mitch11: One more look please...
13:35:16 [LauraMiller]
2
13:35:32 [bruce_bailey]
... Can we phrase in a way that encourages resize even if does not meet 1.4.4? Meeting intent should be okay.
13:35:40 [PhilDay]
helping to meet the user need...
13:35:52 [Chuck]
q+
13:35:55 [maryjom]
ack Chuck
13:36:04 [bruce_bailey]
.... want to says "its a good idea" even if not meeting SC literally
13:36:37 [bruce_bailey]
Chuck: I suggested phrasing in the possitive, to encourage people to do something -- even if still technially a failure
13:37:15 [bruce_bailey]
maryjom: There are already standards for non-web software which say to work with platform setting...
13:37:30 [bruce_bailey]
... that might not go to %200, but nowadays mostly does.
13:38:14 [mitch11]
Proposed: For non-web software, there may be cases where the platform does not scale all content up to 200%. In such cases, authors are encouraged to scale content to the extent supported by user settings in the platform.
13:39:47 [bruce_bailey]
q+
13:40:16 [dmontalvo]
BruceÑ Are we loosing "intent"?
13:40:19 [mitch11]
q+
13:40:28 [maryjom]
ack bruce_bailey
13:40:36 [maryjom]
ack mitch11
13:40:43 [maryjom]
ack mitch
13:41:17 [Chuck]
mitch: I purposefully removed "intent" so we could avoid a judgment on whether or not we meet the criterion.
13:41:24 [bruce_bailey]
bruce_bailey has joined #wcag2ict
13:41:30 [PhilDay]
present+
13:41:41 [Chuck]
mitch: It reminds me that we need to meet the user needs rather than the criteria.
13:42:02 [Chuck]
+1 to mitch's proposal
13:42:47 [PhilDay]
User need edit: For non-web software, there may be cases where the platform does not scale all content up to 200%. In such cases, authors are encouraged to scale content to the extent supported by user settings in the platform in order to meet the user needs addressed by this success criterion.
13:42:56 [Chuck]
Proposed: For non-web software, there may be cases where the platform does not scale all content up to 200%. In such cases, authors are encouraged to scale content to the extent supported by user settings in the platform.
13:43:36 [mitch11]
Proposed and revised: For non-web software, there may be cases where the platform does not scale all content up to 200%. In such cases, authors are encouraged meet user needs by scaling content to the extent supported by user settings in the platform.
13:43:54 [Chuck]
+1 to newest typed proposal.
13:44:45 [PhilDay]
Tweak to Mitch's revised version: For non-web software, there may be cases where the platform does not scale all content up to 200%. In such cases, authors are encouraged to meet user needs by scaling content to the extent supported by user settings in the platform.
13:45:21 [bruce_bailey]
maryjom: Reminder: This is NOT change to document, just what we are putting in an issues response reply
13:46:27 [PhilDay]
Original version (intent): For non-web software, there may be cases where the platform does not scale all content up to 200%. In such cases, scaling content to the extent supported by user settings in the platform is the best approach for meeting the intent of this success criterion.
13:46:46 [PhilDay]
Mitch original: For non-web software, there may be cases where the platform does not scale all content up to 200%. In such cases, authors are encouraged to scale content to the extent supported by user settings in the platform.
13:46:52 [maryjom]
Poll: Can you accept the proposed revisions (from Sam and Mitch) to the Issue 4 response? 1) Yes, as-is, 2) Yes, with edits, 3) No...make your suggestion.
13:47:01 [PhilDay]
Mitch revised (user needs): For non-web software, there may be cases where the platform does not scale all content up to 200%. In such cases, authors are encouraged to meet user needs by scaling content to the extent supported by user settings in the platform.
13:47:13 [PhilDay]
2
13:47:29 [PhilDay]
Sorry, I meant 1
13:47:40 [mitch11]
1
13:47:43 [olivia]
1
13:47:46 [LauraMiller]
1
13:48:37 [bruce_bailey]
Maryjo: We will do any resolutions after survey.
13:48:53 [maryjom]
https://docs.google.com/document/d/1p5EX9d5Q9L1CghcECjPMVqIBxg4UJUZ5U3A3EZhNxUQ/edit#heading=h.2tnvnhlrfncu
13:49:00 [bruce_bailey]
... Moving on in survey, points 4 and 5
13:49:41 [bruce_bailey]
... link is to google doc where these are, but most comments were about moving points 4 and 5
13:50:05 [PhilDay]
brb
13:50:06 [maryjom]
Question 2 of 4 reviewing this content: https://www.w3.org/2002/09/wbs/55145/WCAG2ICT-issue-4-resize-text/results#xq3
13:51:16 [bruce_bailey]
... 6 sufficient, sam voted something else as he had question about Point 5. We've addressed that.
13:51:59 [PhilDay]
back
13:53:06 [bruce_bailey]
maryjom: Fernanda asked if we should reference ADA or 20/70 or 20/80 referenced in CSS pixel equivalent discussion.
13:53:23 [Chuck]
q+
13:54:29 [bruce_bailey]
[screen share and accept minor edits in doc for clarity during call]
13:54:54 [maryjom]
ack Chuck
13:55:09 [Chuck]
ack Ch
13:55:31 [bruce_bailey]
Chuck: Reminder of context, this is comment / response. We are not drafting changes at this point.
13:55:39 [Chuck]
+1 Phil's edits
13:56:02 [bruce_bailey]
maryjom: Correct, after we are happy with responses to commenters, we will have an opportunity to revisit text.
13:56:02 [maryjom]
POLL: For the “Addition to proposals” content that was moved up from points 4 & 5, which version of that text should be included in the response to Point 3? 1) Option 1, 2) Option 2 – Phil’s edit, or 3) neither, or 4) something else.
13:56:18 [PhilDay]
2
13:56:37 [olivia]
2
13:56:43 [mitch11]
4...
13:56:49 [PhilDay]
Addition to proposals: Option 1: Potential additional content for the response
13:56:49 [PhilDay]
Where a platform does not support text enlargement up to 200%, non-web software content that has large text (such as content that, in its native size, the height of letter h is greater than 0.25 inches (6.35 millimeters)) would address the user need behind this success criterion.
13:56:49 [PhilDay]
Where a non-web software does not allow measurement of physical size, the non-web software should support scaling of 200% above a typical platform default size for body text, and anything smaller than body text.
13:56:49 [PhilDay]
Addition to proposals: Option 2: Phil edit
13:56:51 [PhilDay]
Where a platform does not support text enlargement up to 200%, non-web software content that has sufficiently large text would address the user need behind this success criterion. (Examples are given of what this minimum text size could be in Section 508, clause 402.4 or ADA 2010 standard, clause 707.7.2.)
13:56:51 [PhilDay]
Where a non-web software program does not allow measurement of physical size, the non-web software should support scaling of 200%.
13:56:56 [maryjom]
ack mitch
13:58:24 [bruce_bailey]
mitch11: I think for response we should be less specific, and just mention other standards to meet users needs...
13:59:01 [bruce_bailey]
...Response sounds like testable criteria (size of letter h) but we are not planning to have that detail in WCAG2ICT.
13:59:07 [Chuck]
q+ to ask for scribe change
13:59:21 [Chuck]
ack Ch
13:59:21 [Zakim]
Chuck, you wanted to ask for scribe change
13:59:54 [PhilDay]
Option 3: Mitch more generic
13:59:54 [PhilDay]
Where a platform does not support text enlargement up to 200%, non-web software content that has sufficiently large text would address the user need behind this success criterion.
13:59:54 [PhilDay]
Where a non-web software program does not allow measurement of physical size, the non-web software should support scaling of 200%.
14:00:23 [dmontalvo]
Phill: I've put a suggestion to Mitch's edit
14:00:25 [Mike_Pluke]
Mike_Pluke has joined #wcag2ict
14:01:22 [dmontalvo]
Mitch: I think the last option doesn't sound quite right. The question is what to do if it doesn't support 200
14:01:45 [FernandaBonnin]
FernandaBonnin has joined #WCAG2ICT
14:01:47 [Mike_Pluke]
present+
14:01:55 [FernandaBonnin]
present+
14:02:37 [dmontalvo]
... We are responding to a situation where it does not reach 200
14:03:04 [dmontalvo]
MJ: I think we are referring to a case where it's not possible to reach 200
14:03:19 [PhilDay]
Option 3: Mitch more generic
14:03:19 [PhilDay]
Where a platform does not support text enlargement up to 200%, non-web software content that has sufficiently large text would also address the user need behind this success criterion.
14:04:34 [maryjom]
q?
14:04:41 [dmontalvo]
MJ: Any concerns with removing the sentence as Mitch describe?
14:04:59 [Sam]
Sam has joined #wcag2ict
14:05:07 [Chuck]
Daniel: The proposal is in the google doc?
14:05:15 [Chuck]
MaryJo: Yes
14:06:36 [maryjom]
POLL: Which do you prefer for the "Addition to proposals” content? 1) Option 1 - original text, 2) Option 2-Phil's edit, 3) Option 3 - mitch's suggestion, or 4) something else?
14:06:49 [PhilDay]
2, then 3
14:07:24 [PhilDay]
(Meaning I would accept 3, but prefer 2, not that we should include both!)
14:07:24 [olivia]
2, happy with 3 as well
14:07:28 [ChrisLoiselle]
2, then 3 for me too
14:07:32 [mitch11]
3, or 2 removing the last sentence
14:07:37 [Mike_Pluke]
2
14:07:47 [FernandaBonnin]
3, or 2 without last sentence
14:07:57 [LauraMiller]
2
14:08:04 [Chuck]
2 has the consensus
14:08:55 [PhilDay]
Option 2b: Phil edit (with last sentence removed)
14:08:55 [PhilDay]
Where a platform does not support text enlargement up to 200%, non-web software content that has sufficiently large text would address the user need behind this success criterion. (Examples are given of what this minimum text size could be in Section 508, clause 402.4 or ADA 2010 standard, clause 707.7.2.)
14:09:06 [dmontalvo]
MJ: 2 has that last sentence. Question is having paragraph 1 with more details about these examples of other standards that provide these criteria
14:09:21 [dmontalvo]
... Is it agreeable?
14:09:41 [maryjom]
POLL: Is it acceptable to include option 2, removing the last sentence? 1) Yes or 2) No
14:09:49 [mitch11]
1
14:09:50 [FernandaBonnin]
1
14:09:51 [Sam]
1
14:09:57 [PhilDay]
1
14:09:58 [olivia]
1
14:10:00 [LauraMiller]
1
14:10:08 [ChrisLoiselle]
uno
14:10:20 [dmontalvo]
MJ: I think we reached consensus
14:10:56 [Mike_Pluke]
1
14:11:37 [maryjom]
DRAFT RESOLUTION: Use option 3, as edited with the “Addition to proposals” option 2B as the response to Point 3 in Issue 4.
14:11:47 [mitch11]
q+
14:12:05 [maryjom]
ack mitch
14:12:43 [dmontalvo]
Mitch: We agreed on some changes to Option 3. I deleted the previous version.
14:13:59 [ChrisLoiselle]
2b to or not 2b that is the question :)
14:14:00 [PhilDay]
Option 3: (latest edited version from Google Doc) Take pertinent text from understanding and expand to non-web (Sam edits)
14:14:00 [PhilDay]
When known by the authors that a Where the user agent or platform does not provide a text enlargement function, authors would need to provide it. The normative requirement of 1.4.4 has no exemption for inadequate user agent support, and (Understanding SC 1.4.4) clarifies this. It says, "The scaling of content is primarily a user agent
14:14:00 [PhilDay]
responsibility," but also, "If the author is using a technology whose user agents do not provide zoom support, the author is responsible to provide this type of functionality directly or to provide content that works with the type of functionality provided by the user agent."
14:14:00 [PhilDay]
To expand the understanding’s content to a non-web context:
14:14:02 [PhilDay]
"For non-web documents, the scaling of content is primarily a user agent responsibility [and for non-web software, scaling of content is primarily a platform responsibility]. If the author is using a technology whose user agents or platform software do not provide zoom support, the author is responsible to provide this type of functionality
14:14:02 [PhilDay]
directly or to provide content that works with the type of functionality provided by the user agent [or platform software]."
14:14:02 [PhilDay]
For non-web software, there may be cases where the platform does not scale all content up to 200%. In such cases, authors are encouraged to meet user needs by scaling content to the extent supported by user settings in the platform.
14:14:03 [PhilDay]
Where the same information is conveyed on multiple displays only one display needs to meet this SC.
14:14:03 [maryjom]
DRAFT RESOLUTION: Use option 3, as edited in the Google doc with the “Addition to proposals” option 2B (in IRC above) as the response to Point 3 in Issue 4.
14:14:09 [bruce_bailey]
+1
14:14:16 [Sam]
+1
14:14:18 [mitch11]
+1
14:14:19 [LauraMiller]
+1
14:14:20 [ChrisLoiselle]
+1
14:14:27 [Mike_Pluke]
+1
14:14:29 [PhilDay]
+1
14:14:40 [maryjom]
RESOLUTION: Use option 3, as edited in the Google doc with the “Addition to proposals” option 2B (in IRC above) as the response to Point 3 in Issue 4.
14:15:01 [maryjom]
TOPIC: Question (2 of 4) Points 4 & 5: Parts or all of the text is a sufficient size
14:15:04 [dmontalvo]
MJ: Thanks everybody. This is really good, and we are getting there
14:15:29 [maryjom]
https://docs.google.com/document/d/1p5EX9d5Q9L1CghcECjPMVqIBxg4UJUZ5U3A3EZhNxUQ/edit#heading=h.93h4xc1b7t1s
14:16:39 [maryjom]
Point 5: We should allow most or all text to enlarge to less than 200%, when the text is initially not particularly small\
14:16:50 [PhilDay]
Point 4: We should allow large text to enlarge to less than 200%.
14:17:13 [mitch11]
q+
14:17:38 [maryjom]
ack mitch
14:17:44 [dmontalvo]
MJ: Mitch proposed two options. We haven't surveyed these yet. I think we should talk about them now.
14:18:49 [dmontalvo]
Mitch: I would delete the obsolete ones at this point. Option 2.3 should be a separate option
14:19:33 [dmontalvo]
... I would concentrate on point 4, point 5 we already addressed
14:19:38 [dmontalvo]
MJ: Agree.
14:19:44 [Sam]
q+ can we poll the 2 options?
14:20:05 [dmontalvo]
... For point 4 we have these two suggestions. Has everyone had a chance to read through these?
14:20:42 [maryjom]
POLL: Which response to Point 4 do you prefer? 1) Option 1, 2) Option 2, or 3) Something else.
14:20:48 [mitch11]
2, then 1
14:20:59 [bruce_bailey]
scribe-
14:21:07 [PhilDay]
Option 1: Mitch’s 1st try
14:21:07 [PhilDay]
We’ve heard from the community, including members of the Low Vision Task Force, that in some contexts it can be better for users to enlarge already-large text to less than 200% of its starting size. For example, current guidance from both Google and Apple for app designers advises that as user settings double the size of body text in apps,
14:21:07 [PhilDay]
heading text be increased to a size larger than body text but less than doubled. Such an approach would not meet SC 1.4.4, which is clear in its requirement that text can be resized to 200%. Policies outside of WCAG may allow meeting user needs in ways that do not meet the technical standards, e.g. through "equivalent facilitation".
14:21:07 [PhilDay]
Option 2: Mitch’s 2nd try
14:21:09 [PhilDay]
While use cases are common on iOS and Android, this same concern also arises in web content, so we defer to #1671 to address these aspects of the current issue.
14:21:31 [PhilDay]
1, but also happy with 2
14:21:41 [bruce_bailey]
2 also happy w 1
14:21:47 [olivia]
1
14:21:50 [Sam]
1
14:21:58 [Mike_Pluke]
1
14:21:58 [ChrisLoiselle]
1 then 2
14:22:04 [LauraMiller]
1
14:22:33 [dmontalvo]
MJ: Seems the more explanatory is the preference. But since everyone is happy with the other as well, do we need any edits?
14:23:00 [dmontalvo]
Phill: I'm not sure if the reference #1671. Is this a Google docs versioning error?
14:23:16 [dmontalvo]
Chuck: I just pulled it up and it's correct.
14:23:23 [dmontalvo]
Mitch: That's a WCAG issue number
14:23:40 [dmontalvo]
MJ: Option one does not include a link to that issue
14:23:52 [maryjom]
RESOLUTION: Use Option 1 as the response to points 4 & 5 in the issue, as-is.
14:24:24 [maryjom]
TOPIC: Question (3 of 4 on 1.4.4 Text Resizing) Are built-in platform accessibility features considered AT?
14:24:45 [maryjom]
https://www.w3.org/2002/09/wbs/55145/WCAG2ICT-issue-4-resize-text/results#xq4
14:24:58 [maryjom]
Link to google doc Point 6 which has 2 responses in the review: https://docs.google.com/document/d/1p5EX9d5Q9L1CghcECjPMVqIBxg4UJUZ5U3A3EZhNxUQ/edit#heading=h.unzc04jrzs5c
14:25:42 [maryjom]
Here’s the WCAG text for 1.4.4: Except for captions and images of text, text can be resized without assistive technology up to 200 percent without loss of content or functionality.
14:25:53 [dmontalvo]
MJ: I do want to include the WCAG text for 1.4.4 so that we have it in front of us for reference
14:27:39 [Chuck]
+1 we can't do that.
14:27:42 [Sam]
q+
14:27:50 [maryjom]
ack sam
14:28:10 [dmontalvo]
Sam: Based on my comment, does that language need to be there when applied to the rest of IT?
14:28:13 [PhilDay]
Option 3: (latest edited version from Google Doc) Take pertinent text from understanding and expand to non-web (Sam edits) - this was originally Point 4 option 1.
14:28:13 [PhilDay]
When known by the authors that a user agent or platform does not provide a text enlargement function, authors would need to provide it. The normative requirement of 1.4.4 has no exemption for inadequate user agent support, and (Understanding SC 1.4.4) clarifies this. It says, "The scaling of content is primarily a user agent responsibility," but
14:28:13 [PhilDay]
also, "If the author is using a technology whose user agents do not provide zoom support, the author is responsible to provide this type of functionality directly or to provide content that works with the type of functionality provided by the user agent."
14:28:13 [PhilDay]
To expand the understanding’s content to a non-web context:
14:28:15 [PhilDay]
"For non-web documents, the scaling of content is primarily a user agent responsibility [and for non-web software, scaling of content is primarily a platform responsibility]. If the author is using a technology whose user agents or platform software do not provide zoom support, the author is responsible to provide this type of functionality
14:28:15 [PhilDay]
directly or to provide content that works with the type of functionality provided by the user agent [or platform software]."
14:28:15 [PhilDay]
For non-web software, there may be cases where the platform does not scale all content up to 200%. In such cases, authors are encouraged to meet user needs by scaling content to the extent supported by user settings in the platform.
14:28:16 [PhilDay]
Where the same information is conveyed on multiple displays only one display needs to meet this SC.
14:29:10 [dmontalvo]
... By removing the part, it gives so much power for authors, platforms, and others to meet the requirement
14:29:24 [dmontalvo]
... Also, ICT is much broader than just the web domain
14:29:28 [maryjom]
q?
14:29:29 [mitch11]
q+
14:29:33 [bruce_bailey]
q+ to offer perspective on why "without AT" is in SC
14:30:22 [Chuck]
q+
14:31:00 [FernandaBonnin]
q+
14:31:14 [maryjom]
ack mitch
14:31:33 [maryjom]
ack bruce_bailey
14:31:33 [Zakim]
bruce_bailey, you wanted to offer perspective on why "without AT" is in SC
14:31:51 [Sam]
q+
14:32:00 [maryjom]
ack Chuck
14:32:05 [dmontalvo]
Bruce: If we can drop the "without AT" that would be fine for WCAG2ICT. It won't be good for WCAG, as there may not be magnification software on the Web
14:32:28 [dmontalvo]
Chuck: I don't think our remit allows us to define what is AT
14:33:39 [dmontalvo]
... I am supportive of point 1 as it is inferred from the supporting documents, in the form of a sufficient technique
14:33:52 [ChrisLoiselle]
+1 to Chuck. Is browser zoom an AT in of itself or built in accessibility feature of the browser.
14:33:57 [bruce_bailey]
https://www.w3.org/WAI/WCAG22/Techniques/general/G142
14:33:58 [dmontalvo]
... That's G142. It allows from non-author provided support from user agents
14:34:06 [mitch11]
q+
14:34:26 [ChrisLoiselle]
q+
14:34:26 [maryjom]
ack FernandaBonnin
14:34:44 [dmontalvo]
... In this case, by inference, we don't have to counter WCAG
14:34:53 [maryjom]
ack sam
14:35:13 [dmontalvo]
Fernanda: Some magnifiers just change viewport, not text rendering
14:35:19 [ChrisLoiselle]
q-
14:35:52 [maryjom]
ack mitch
14:35:54 [dmontalvo]
Sam: Sometimes accessibility settings are placed in different areas, causing more harm than benefit
14:36:01 [maryjom]
q+
14:36:31 [dmontalvo]
Mitch: I tihnk there is a huge benefit for user not to use "traditional magnifiers"
14:36:51 [bruce_bailey]
s/It won't be good for WCAG, as there may not be magnification software on the Web/It would not have been good for WCAG as we might have gotten universal browser zoom/
14:37:11 [dmontalvo]
... On software, I think it is hard to achieve
14:37:22 [bruce_bailey]
s/as we might have gotten universal browser zoom/as we might never have gotten universal browser zoom/
14:37:27 [dmontalvo]
... If the community follows what we say, that could make a great different to users
14:38:05 [dmontalvo]
... To Chuck's point, the question is not whether features are part of the platform, but which part of the platform they belong to
14:38:13 [maryjom]
q?
14:38:20 [maryjom]
ack maryjom
14:38:25 [bruce_bailey]
https://www.w3.org/TR/WCAG22/#dfn-assistive-technologies
14:38:38 [bruce_bailey]
hardware and/or software that acts as a user agent, or along with a mainstream user agent, to provide functionality to meet the requirements of users with disabilities that go beyond those offered by mainstream user agents
14:39:05 [mitch11]
mitch11 has joined #wcag2ict
14:39:24 [Sam]
q+
14:39:44 [dmontalvo]
MJ: If built-in platform accessibility features are considered AT, that means you could not use some of the most well-known mobile OS accessibility features to meet this
14:40:15 [dmontalvo]
... Capturing the screen, and potentially causing things to be pixelated does not sound like the best option
14:40:16 [bruce_bailey]
q+ to say accessibility settings is not the same as "assistive technology"
14:41:02 [dmontalvo]
... For example, at the bottom of mobile apps there are panes, you could put your finger on each of them and they will expand
14:41:15 [ChrisLoiselle]
q+ to raise an issue with AGWG to expand definition of AT with applicable examples that include but are not limited to a list of OS and user agent accessibility settings?
14:41:19 [maryjom]
ack Sam
14:41:19 [dmontalvo]
... You want for these to be able to pass
14:41:54 [dmontalvo]
Sam: I think of devices like printers, where's text enlargement. If it's in general settings, that's a mainstream. IF it's in accessibility settings, then is it AT?
14:42:12 [bruce_bailey]
Definition from Tech Act: The term “assistive technology device” means any item, piece of equipment, or product system, whether acquired commercially off the shelf, modified, or customized, that is used to increase, maintain, or improve functional capabilities of a child with a disability.
14:42:24 [maryjom]
ack bruce_bailey
14:42:24 [Zakim]
bruce_bailey, you wanted to say accessibility settings is not the same as "assistive technology"
14:42:33 [dmontalvo]
... I find it difficult to ask people to put settings in the right place or call things the right way, in terms of readability
14:42:43 [Chuck]
+1 to Bruce
14:42:47 [dmontalvo]
Bruce: I think we don't need to decide when a feature becomes AT and when it does not
14:43:04 [maryjom]
ack ChrisLoiselle
14:43:04 [Zakim]
ChrisLoiselle, you wanted to raise an issue with AGWG to expand definition of AT with applicable examples that include but are not limited to a list of OS and user agent
14:43:07 [Zakim]
... accessibility settings?
14:43:51 [dmontalvo]
Chris: For me whether it's a feature in the settings area or not it doesn't matter as much. This is more an issue with AG to somewhat expand or qualify that definition
14:44:12 [PhilDay]
q+
14:44:33 [maryjom]
For the purposes of the “without assistive technology” requirement in 1.4.4, built-in platform accessibility **settings** are not considered assistive technology.
14:44:45 [mitch11]
q+
14:44:53 [maryjom]
ack PhilDay
14:45:15 [dmontalvo]
Phill: What if wwe completely ignore the mention of assistive technologies and, instead, we pull out the key differences?
14:45:33 [dmontalvo]
... For example, magnifiers versus mechanisms to manipulate text size
14:45:34 [bruce_bailey]
"settings" is more specific than "features" but "settings" works fine in context
14:45:36 [maryjom]
ack mitch
14:45:45 [dmontalvo]
Mitch: I like that suggestion
14:46:29 [Sam]
q+
14:46:38 [dmontalvo]
... I just wanted to acknowledge that by the time this was written, choices were significantly less
14:46:39 [maryjom]
ack Sam
14:47:05 [dmontalvo]
Sam: Could we take Phill's comment that when magnifiers are used that don't make things fuzzy you would be meeting the SC?
14:47:25 [dmontalvo]
MJ: I think we are going to have to work on what the text would look like in tomorrow's meeting
14:48:36 [dmontalvo]
MJ: Next survey question is whether there is need for changes in 1.4.4 or guidance is sufficient as-is. I think we are going to have to discuss tomorrow
14:49:13 [maryjom]
Topic for tomorrow: Work on...https://docs.google.com/document/d/1p5EX9d5Q9L1CghcECjPMVqIBxg4UJUZ5U3A3EZhNxUQ/edit#heading=h.1eq8h983hm9z
14:50:16 [dmontalvo]
zakim, take up next
14:50:16 [Zakim]
agendum 3 -- Survey results: Follow-up survey addressing public comments, SOTD -- taken up [from maryjom]
14:50:20 [maryjom]
https://www.w3.org/2002/09/wbs/55145/WCAG2ICT-public-comments-group4/results
14:50:37 [dmontalvo]
MJ: Let's jump to #5
14:50:41 [maryjom]
TOPIC: Review: Proposed updates to Status of this Document
14:50:54 [maryjom]
https://www.w3.org/2002/09/wbs/55145/WCAG2ICT-public-comments-group4/results#xq8
14:51:09 [maryjom]
PR: https://github.com/w3c/wcag2ict/pull/344/files
14:51:11 [Sam]
present+
14:51:23 [maryjom]
In context of the document: https://deploy-preview-344--wcag2ict.netlify.app/#sotd
14:51:27 [dmontalvo]
MJ: Everybody says they are OK with the text as-is
14:52:04 [maryjom]
DRAFT RESOLUTION: Accept the proposed edits to the SOTD in PR 344, as-is.
14:52:05 [Sam]
+1
14:52:07 [PhilDay]
+1
14:52:07 [mitch11]
+1
14:52:13 [bruce_bailey]
+1
14:52:15 [Mike_Pluke]
+1
14:52:19 [olivia]
+1
14:52:25 [maryjom]
RESOLUTION: Accept the proposed edits to the SOTD in PR 344, as-is.
14:52:25 [ChrisLoiselle]
+1
14:52:38 [ChrisLoiselle]
I had a plus 6
14:52:42 [bruce_bailey]
RRSagent, draft minutes
14:52:43 [RRSAgent]
I have made the request to generate https://www.w3.org/2024/05/09-wcag2ict-minutes.html bruce_bailey
14:53:04 [dmontalvo]
MJ: Let's go to issue 226. These are answers to the issue, not meant to go into the document
14:53:06 [maryjom]
TOPIC: Proposed answer to Issue 226
14:53:09 [maryjom]
https://www.w3.org/2002/09/wbs/55145/WCAG2ICT-public-comments-group4/results#xq4
14:53:26 [maryjom]
Content we were reviewing: https://docs.google.com/document/d/1TbtNcNjrpog8-6OYloMcPILh2UsqUOXBjPwVwv7dPsw/edit#heading=h.ht1jaga8biwd
14:54:10 [dmontalvo]
MJ: Let's go to the Google doc to see proposed edits
14:54:34 [mitch11]
q+
14:54:51 [maryjom]
ack mitch
14:55:06 [PhilDay]
+1
14:55:48 [Sam]
+1
14:55:49 [maryjom]
DRAFT RESOLUTION: Respond to Issue 226 using the proposed Option 2, with Bruce's and Olivia's edits shown in the Google doc.
14:55:54 [mitch11]
+1
14:55:56 [PhilDay]
+1
14:55:58 [Sam]
+1
14:56:00 [bruce_bailey]
+1
14:56:01 [olivia]
+1
14:56:06 [maryjom]
RESOLUTION: Respond to Issue 226 using the proposed Option 2, with Bruce's and Olivia's edits shown in the Google doc.
14:56:14 [LauraMiller]
+1
14:56:23 [maryjom]
TOPIC: Proposed answer to Issue 257
14:56:28 [maryjom]
https://www.w3.org/2002/09/wbs/55145/WCAG2ICT-public-comments-group4/results#xq5
14:56:38 [maryjom]
Proposed answer: https://docs.google.com/document/d/1TbtNcNjrpog8-6OYloMcPILh2UsqUOXBjPwVwv7dPsw/edit#heading=h.g1tfkw9rkm6f
14:56:50 [Mike_Pluke]
Mike_Pluke has joined #wcag2ict
14:57:52 [dmontalvo]
MJ: Chris wonders if we should add the versions or mention the date this aws written. Olivia agrees
14:58:23 [FernandaBonnin]
q+
14:58:28 [maryjom]
ack FernandaBonnin
14:58:32 [dmontalvo]
Olivi: I'm fine s long as the date is cleaar
14:58:44 [dmontalvo]
Fernanda: I'm ok not adding the version, the date clarifies
14:59:37 [dmontalvo]
... There are iOS and Android devices that will meet that resolution, but for certain devices you won't be able to meet that resolution
15:00:12 [dmontalvo]
MJ: When we made changes to revflow we discussed this. We'll have to double check that, especially notes 6 and 7 on the Editor's Draft
15:00:53 [ChrisLoiselle]
need to leave for another call, feel free to push forward without exact versions, I don't object
15:01:37 [dmontalvo]
rrsagent, draft minutes
15:01:38 [RRSAgent]
I have made the request to generate https://www.w3.org/2024/05/09-wcag2ict-minutes.html dmontalvo
15:02:51 [maryjom]
present+
15:03:05 [dmontalvo]
rrsagent, draft minutes
15:03:06 [RRSAgent]
I have made the request to generate https://www.w3.org/2024/05/09-wcag2ict-minutes.html dmontalvo
15:03:16 [maryjom]
zakim, end meeting
15:03:16 [Zakim]
As of this point the attendees have been Chuck, olivia, bruce_bailey, LauraMiller, Daniel, mitch, PhilDay, Mike_Pluke, FernandaBonnin, Sam, maryjom
15:03:18 [Zakim]
RRSAgent, please draft minutes v2
15:03:20 [RRSAgent]
I have made the request to generate https://www.w3.org/2024/05/09-wcag2ict-minutes.html Zakim
15:03:26 [Zakim]
I am happy to have been of service, maryjom; please remember to excuse RRSAgent. Goodbye
15:03:26 [Zakim]
Zakim has left #wcag2ict
15:03:28 [maryjom]
rrsagent, bye
15:03:28 [RRSAgent]
I see no action items