IRC log of matf on 2025-03-19

Timestamps are in UTC.

12:59:59 [RRSAgent]
RRSAgent has joined #matf
13:00:03 [RRSAgent]
logging to https://www.w3.org/2025/03/19-matf-irc
13:00:03 [Zakim]
RRSAgent, make logs Public
13:00:04 [Zakim]
please title this meeting ("meeting: ..."), JJ
13:00:08 [JJ]
Zakim, this is MATF 19 March 2025
13:00:08 [Zakim]
got it, JJ
13:00:16 [JJ]
Meeting: MATF 19 March 2025
13:00:20 [JJ]
chair+
13:00:54 [JJ]
agenda+ WCAG2Mobile Call For Consensus (CFC) in AG WG
13:00:59 [JJ]
agenda+ 2.5.1 Pointer Gestures
13:01:04 [JJ]
agenda+ 2.5.2 Pointer Cancellation
13:01:09 [JJ]
agenda+ 2.5.3 Label in Name
13:01:12 [quintinb]
quintinb has joined #MATF
13:01:40 [quintinb]
present+
13:01:41 [Megan_Pletzer]
Megan_Pletzer has joined #matf
13:01:42 [hdv]
present+
13:01:45 [Tanya]
present+
13:01:47 [JJ]
regrets+ JoeHumbert
13:01:48 [julianmka]
julianmka has joined #MATF
13:01:49 [Megan_Pletzer]
present+
13:01:56 [JJ]
regrets+ TimGravemaker
13:01:58 [julianmka]
present+
13:03:12 [Carolina]
Carolina has joined #MATF
13:03:17 [Carolina]
present+
13:03:19 [quintinb]
scribe: quintinb
13:03:30 [quintinb]
@JJ walking us through the agenda
13:03:42 [JJ]
move to next agendum
13:03:42 [Zakim]
agendum 1 -- WCAG2Mobile Call For Consensus (CFC) in AG WG -- taken up [from JJ]
13:04:25 [quintinb]
JJ Please make sure you respond to the CFC in AG WG
13:05:04 [JJ]
Questions from Wilco
13:05:05 [JJ]
1. How frequently do we think this document is going to need to be updated to keep it current? Mobile technologies change fairly rapidly. Why did the group choose a working group note for this? These are generally not used for things that need regular maintenance, which it seems like this would need.
13:05:37 [JJ]
> Compared to the web, browsers have major updates multiple times a year, and Android and iOS only once a year.
13:05:37 [JJ]
Our group expects that our document does not need more regular updates compared to WCAG or WCAG2ICT.
13:06:00 [quintinb]
+1 to @JJ
13:06:18 [hdv]
q+
13:06:22 [Karla]
Karla has joined #matf
13:06:24 [JJ]
ack hdv
13:06:40 [julianmka]
+1 Hidde
13:06:42 [quintinb]
hdv what kind of document are they expecting?
13:07:04 [JJ]
https://www.w3.org/standards/types/#NOTE
13:07:08 [Jamie]
Jamie has joined #matf
13:07:10 [Karla]
present+
13:07:21 [Jamie]
present+
13:07:48 [quintinb]
@JJ looking at the differnt types of documents www.w3.org/standards/types/#NOTE
13:08:10 [quintinb]
@JJ to me a group note is quite fitting
13:09:53 [julianmka]
q+
13:11:47 [quintinb]
Jamie our efforts are inteneded to be a little less catering to apple / android whims and changes. There are some differences between what WCAG ... it doesn't mean it needs to stay that way. We do need to stand on the expectations for mobile apps. The general concesus should be whether or not we are trying to support wcag. I can understand the
13:11:47 [quintinb]
concern that if we're trying to mimic what is alredy out there. We don't want to work with things that are going to change from year to year. Does 2.1 and 2.2 chnage itertively?
13:12:19 [quintinb]
@JJ as far as I know yes it's possible. There still needs to be a CFC
13:12:32 [quintinb]
@JJ it's also possible to update an existing document
13:13:23 [JJ]
WCAG 2.2 history example: https://www.w3.org/standards/history/WCAG22/
13:13:45 [quintinb]
Jamie understanding docs (which we don't have) would be more fluid
13:14:08 [JJ]
WCAG2ICT history: https://www.w3.org/standards/history/wcag2ict-22/
13:14:54 [julianmka]
q-
13:15:04 [quintinb]
@JJ I see the concern, but not how it's different from other guidelines
13:15:41 [quintinb]
julianmka Jamie covered what I was going to say. Maybe one action for us is to try to be as agnostic as possible.
13:15:51 [JJ]
2. If a note is the best way to do this, I'm wondering whether it wouldn't be better to incorporate this work into WCAG2ICT. This document seems a little odd to me, it essentially adds notes on top of WCAG2ICT, which itself is a document that adds notes on top of WCAG 2.2. Is there a good reason for this to be its own document, other than it is
13:15:51 [JJ]
created by a different task force? It seems like how we organize the task forces shouldn't dictate which documents we have. The other way around seems more appropriate.
13:15:59 [JJ]
> We have discussed this possibility, and it is still a future option. At this moment, the Mobile Accessibility Task Force has to take both the mobile web space and non-web mobile space into account. Meaning that our guidance cannot be included directly in WCAG2ICT, because it only covers non-web. For the non-web part of our guidance we want to
13:15:59 [JJ]
align with the intent of the non-web guidance in WCAG2ICT.
13:18:46 [julianmka]
+1
13:18:49 [Jamie]
+1]
13:18:54 [Jamie]
+1
13:18:54 [Tanya]
+1
13:18:55 [Karla]
+1
13:18:56 [hdv]
+1
13:18:58 [quintinb]
I never questioned the mechanism. I assume the decision was made by the upper-ups
13:18:59 [quintinb]
+1
13:19:31 [JJ]
3. Which operating systems are considered for this guidance? Having asked TF participants this seems to be all about Android and iOS. While those are certainly dominant in the US, that's not reflective of the international market. To what extent does this guidance apply to HarmonyOS or Ubuntu Touch for example? Guidance for Android and iOS is
13:19:31 [JJ]
valuable, but if that's the current scope of the work I feel that should be much clearer, including in the document's name. I also wonder how this applies to tablet-only operating systems such as ChromeOS and SteamOS. Can we get some clarity on this?
13:19:32 [Jamie]
q+
13:19:50 [JJ]
> For this First Public Working Draft, our group has focused on identifying guidance gaps for Android and iOS. The guidance we have written is not exclusively applicable to these operating systems, but can be applied more broadly to other mobile operating systems. We could clarify this in our Scope section.
13:20:24 [Megan_Pletzer]
q+
13:20:34 [quintinb]
Jamie I feel like we lean on WCAG2ICT as a guidance point. But as a starting point that we're adding notes to notes, but it's a starting point for mobile applications\
13:20:46 [JJ]
ack Jamie
13:20:49 [JJ]
ack Megan_Pletzer
13:21:20 [quintinb]
Megan_Pletzer are we discussing mobile web or native mobile?
13:23:54 [quintinb]
@JJ we are discussing the native parts for now, web content and then web view. We have been able to remove mobile web, but there are other features we need to consider. MATF doesn't have to take mbile web too much into account as it's taken care of in the larger group
13:24:04 [julianmka]
q+ to say that if we are considering even apps pinned to the home screen, I have concerns about how that might affect the overall scope of this doc
13:25:17 [quintinb]
I'd love to see where he gets his data...
13:26:12 [quintinb]
Because it's not the data I see. That said I think saying how apps should integrate with assistive tech on mobile would be better
13:26:27 [JJ]
ack julianmka
13:26:27 [Zakim]
julianmka, you wanted to say that if we are considering even apps pinned to the home screen, I have concerns about how that might affect the overall scope of this doc
13:26:54 [quintinb]
+1
13:27:55 [quintinb]
HarmonyOS is just Android though...
13:28:32 [Jamie]
q+
13:29:55 [quintinb]
@JJ a lot of user benefit from pinning, and given what gets lost the might be interesting guidance on what the differences are there. The guidance would be useful to the wider group
13:30:15 [JJ]
ack Jamie
13:31:31 [JJ]
Clarify what is a "Mobile Operating System", if an OS runs on a mobile device, it doesn't make it a mobile operating system, e.g. chromeOS is a "Desktop Operating System"?
13:32:14 [quintinb]
Jamie just a cursory comment - chromeOS is a web experience. ChromeOS for example says it's for the "living room experience" - which sounds like WCAG2ICT. There are going to be the one off scenarios but do we need differntiate? If we want to align around messaging, we should discuss it
13:32:55 [Detlev]
Detlev has joined #matf
13:32:57 [quintinb]
@JJ our doc is odd in aligning to WCAG, I think it seems if we clarify which platforms would benefit.
13:33:04 [julianmka]
q+
13:33:21 [Detlev]
sorry to be late - I expected 15:00 but then realised the time shift...
13:33:53 [JJ]
ack julianmka
13:34:24 [JJ]
julianmka: als oconsider crossover operating systems
13:34:49 [quintinb]
julianmka we might need to have a non-exclusive list of OS's
13:34:52 [JJ]
ACTION: Define what is a 'mobile operating system', e.g. it benefits from our guidance
13:35:11 [quintinb]
julianmka just to clarify what we consider a mobile OS
13:35:11 [JJ]
might need to include explicit operating system names that have been considered, e.g. Android and iOS at this point
13:36:08 [JJ]
ACTION: Check with W3C Staff if we can explicitly name operating systems
13:36:12 [Detlev]
q+
13:36:17 [JJ]
ack Detlev
13:36:46 [quintinb]
Detlev IS there any additional overlap, or would they deviate completely
13:37:32 [julianmka]
Marketshare of mobile device OSs worldwide: https://gs.statcounter.com/os-market-share/mobile/worldwide
13:37:39 [quintinb]
Harmony still runs Android Apps
13:37:59 [julianmka]
Tablet OS marketshare worldwide: https://gs.statcounter.com/os-market-share/tablet/worldwide
13:38:17 [quintinb]
JJ only really tablet form factors have the most deviation
13:39:39 [JJ]
4. Why did the group choose to use WCAG 3.0's "view" definition? This is something that is actively being worked on, and so any change can alter the meaning of WCAG2Mobile guidance. It would seem better for this document had its own definition of view. Those could then be helpful input for WCAG 3.0.
13:39:46 [JJ]
> At the time that our group started working on guidance (January 2024) we figured that the view definition would be ready for use by the time we would publish our guidance.
13:39:46 [JJ]
With the current state of affairs, that seems to be a while away and I agree we should not be using WCAG 3 definitions at this moment.
13:39:46 [JJ]
In the meantime, the View subgroup has been established and progress has been made towards a definition that can be used in WCAG2Mobile, WCAG2ICT and WCAG 3.
13:39:46 [JJ]
In the next version of our guidance, we will add a draft definition "view" in our own document, instead of linking to an external document.
13:39:48 [quintinb]
@JJ asked about Android TV, quintinb responded that most companies use web as it deploys better
13:41:05 [hdv]
q+
13:41:22 [JJ]
ack hdv
13:42:31 [Tanya]
q+
13:42:32 [quintinb]
@hdv it's a little tricky with views, as they've moved away to other terms. It might be that maybe we don't have the word view in there. It's a bit annoying for the publication. Because it's in flux we might stay with the current definition. It feels like it's more stable than what's in the current draft.
13:42:40 [JJ]
ACTION: Create own 'view' definition in WCAG2Mobile
13:42:47 [Detlev]
q+
13:43:38 [JJ]
ack Tanya
13:44:20 [hdv]
q+ to respond to Tanya
13:44:35 [quintinb]
Tanya - the last time we had the presentation about views my understanding was that not everyone agreed to that definition. We had an extensive discussion, but it's not clear to me what is the latest stage of the discussion, and how we've reached a final decision
13:44:42 [JJ]
ack hdv
13:44:42 [Zakim]
hdv, you wanted to respond to Tanya
13:45:04 [Jamie]
did we vote on using "view"?
13:45:15 [JJ]
view or page or screen are still some of the open options
13:45:37 [quintinb]
hdv We had a discussion with a subgroup and that work has continued. The current status is that instead of views we are using UI or context. The ACWIG (??) group is taking this on
13:45:47 [JJ]
ACWIG -> AGWG
13:45:56 [Jamie]
rather... when did this group MATF vote on using "view"?
13:45:56 [quintinb]
Thanks JJ
13:46:05 [JJ]
ack Detlev
13:46:28 [hdv]
but I think it needs to be decided in AGWG
13:46:35 [Jamie]
then the premise of this question #4 is not related to MATF
13:46:51 [hdv]
agreed
13:46:59 [quintinb]
Detlev It's pointless having a long discussion, because whatever term we pick we'll still not solve the problem. This feels like bike shedding. Stick to views and change it when the new term is decided upon
13:47:35 [hdv]
q+ to respond to own definition
13:48:18 [JJ]
ack hdv
13:48:18 [Zakim]
hdv, you wanted to respond to own definition
13:48:22 [quintinb]
@JJ we can't just decide to change definitions - we need to be certain how to apply SC's
13:48:53 [quintinb]
hdv in the end we have to align with ACWG definition. Keep in mind in the longer term we need to make sure a relationship exists
13:49:26 [Jamie]
we haven't chosen the term yet. We could use "screen" and that is not WCAG or AGWG
13:50:47 [JJ]
move to next agendum
13:50:47 [Zakim]
agendum 2 -- 2.5.1 Pointer Gestures -- taken up [from JJ]
13:51:31 [quintinb]
q+
13:54:19 [Detlev]
q+
13:54:26 [quintinb]
JJ reviewing the comments
13:55:42 [JJ]
ack quintinb
13:55:46 [quintinb]
I believe this should apply as written, I like the note about taking responsible for your own layers, for example pull to refresh is not the devs problem if it's not their component
13:56:40 [julianmka]
+1
13:56:41 [JJ]
ack Detlev
13:58:17 [JJ]
close the queue
13:58:18 [Jamie]
q+
13:58:23 [JJ]
Zakim, close the queue
13:58:23 [Zakim]
ok, JJ, the speaker queue is closed
13:58:28 [Jamie]
q-
13:58:34 [quintinb]
Detlev I would think that custom accessibility actions should not be covered by pointer gestures. The goal is how to achieve the same action without pointer gestures. Sliders are an example on web.
13:58:48 [Jamie]
q+
13:59:12 [JJ]
ack Jamie
13:59:46 [quintinb]
@Jamie Custom actions are under which sc?
14:00:53 [quintinb]
Jamie under which SC are we testing this?
14:02:38 [Detlev]
there is list of available actions in the EN...
14:02:55 [Detlev]
present+
14:03:23 [JJ]
Zakim, list participants
14:03:23 [Zakim]
As of this point the attendees have been quintinb, hdv, Tanya, Megan_Pletzer, julianmka, Carolina, Karla, Jamie, Detlev
14:03:47 [JJ]
rrsagent, make minutes
14:03:49 [RRSAgent]
I have made the request to generate https://www.w3.org/2025/03/19-matf-minutes.html JJ
14:19:02 [JJ]
rrsagent, bye
14:19:02 [RRSAgent]
I see 3 open action items saved in https://www.w3.org/2025/03/19-matf-actions.rdf :
14:19:02 [RRSAgent]
ACTION: Define what is a 'mobile operating system', e.g. it benefits from our guidance [1]
14:19:02 [RRSAgent]
recorded in https://www.w3.org/2025/03/19-matf-irc#T13-34-52
14:19:02 [RRSAgent]
ACTION: Check with W3C Staff if we can explicitly name operating systems [2]
14:19:02 [RRSAgent]
recorded in https://www.w3.org/2025/03/19-matf-irc#T13-36-08
14:19:02 [RRSAgent]
ACTION: Create own 'view' definition in WCAG2Mobile [3]
14:19:02 [RRSAgent]
recorded in https://www.w3.org/2025/03/19-matf-irc#T13-42-40
14:19:05 [JJ]
zakim, bye
14:19:05 [Zakim]
leaving. As of this point the attendees have been quintinb, hdv, Tanya, Megan_Pletzer, julianmka, Carolina, Karla, Jamie, Detlev
14:19:05 [Zakim]
Zakim has left #matf