13:45:48 RRSAgent has joined #matf 13:45:53 logging to https://www.w3.org/2025/11/19-matf-irc 13:45:53 RRSAgent, make logs Public 13:45:54 please title this meeting ("meeting: ..."), Joe_Humbert 13:46:16 Zakim, this is MATF November 19, 2025 13:46:16 got it, Joe_Humbert 13:46:36 Meeting: MATF November 19, 2025 13:46:44 chair+ 13:46:53 zakim, agenda? 13:46:53 I see nothing on the agenda 13:47:28 agenda+ Definition of User interface component 13:47:43 agenda+ Definition of Change of context 13:48:02 agenda+ Definition of Keyboard interface 13:48:16 agenda+ Definition of User Agent 13:48:28 agenda+ Definition of Set of (Web)pages 13:48:31 zakim, agenda? 13:48:31 I see 5 items remaining on the agenda: 13:48:32 1. Definition of User interface component [from Joe_Humbert] 13:48:32 2. Definition of Change of context [from Joe_Humbert] 13:48:32 3. Definition of Keyboard interface [from Joe_Humbert] 13:48:32 4. Definition of User Agent [from Joe_Humbert] 13:48:33 5. Definition of Set of (Web)pages [from Joe_Humbert] 13:56:13 shoobe01 has joined #matf 13:56:21 Present+ 14:00:54 Tanya has joined #matf 14:01:01 quintinb has joined #MATF 14:01:07 pauljadam has joined #matf 14:01:19 present+ 14:01:26 present+ 14:01:34 present+ 14:01:37 scribe: quintinb 14:01:47 Rob-w has joined #matf 14:03:23 Present+ 14:03:34 move to next agendum 14:03:34 agendum 1 -- Definition of User interface component -- taken up [from Joe_Humbert] 14:03:57 https://github.com/w3c/matf/issues/68 14:04:56 https://www.w3.org/TR/wcag2ict-22/#dfn-user-interface-components 14:06:29 Detlev has joined #matf 14:06:36 presnet+ 14:06:44 present+ 14:07:10 pauljadam has joined #matf 14:07:31 rachaely has joined #matf 14:07:39 present+ 14:07:42 Carol has joined #MATF 14:07:46 present+ 14:07:54 q+ 14:08:03 ack Detlev 14:08:08 Remove the applet example to change it to some sort of custom control example like a custom accordion on iOS native app 14:08:38 @detlev should we use form element and button instead of form element and link? 14:09:05 Maybe "form element (such as links and buttons)" ? 14:09:29 +1 to adding 14:10:09 pauljadam has joined #matf 14:10:37 I think inline links in apps are mostly dumb but almost every one I have worked on the rest of the team insists on adding some, so worth keeping for majority of users of the document, yes. 14:10:43 actions: @quintinb to raise a PR 14:10:51 Note 2: User interface components include form elements, buttons, and links as well as components generated by code. 14:11:01 +1 14:11:02 +1 14:11:06 +1 14:11:06 +1 14:11:12 +1 14:11:16 +1 14:11:17 +1 14:11:18 +1 14:12:26 old school java applets :) 14:13:19 custom control example like accordion or something, 14:13:37 q+ 14:13:39 or a custom carousel or something 14:13:50 +1 to Paul's suggestion 14:14:09 ack shoobe01 14:14:13 shoobe01 also find the example confusing 14:14:34 It sounds like a button used to move you through a form in a java applet 🤷‍♂️ 14:15:19 It sounds like they were trying to do something more complex than a button, but it goes weird 14:15:59 q+ 14:16:03 +1 to Joe's suggestion 14:16:08 Suggestion: A carousel can have 3 separate user interface components, next, previous and random access position selection 14:16:10 ack pauljadam 14:16:40 pauljadam this is probably because things like new controls need to be accessible as well. 14:16:46 ack shoobe01 14:17:25 I think either or works 14:17:36 Yes to carousel example! 14:17:55 random access position selection seems strange :) 14:18:06 just call it pagination buttons 14:18:07 Haha still better than an applet 14:18:13 +1 to carousel example 14:18:18 i agree with the carousel, but maybe next, previous and pause? 14:18:26 next previous and pause sounds good 14:18:40 Cool will submit a PR with the carousel example 14:18:47 Thanks pauljadam 14:19:03 👏 14:20:42 move to next agendum 14:20:42 I see a speaker queue remaining and respectfully decline to close this agendum, Joe_Humbert 14:20:54 ack shoobe01 14:21:01 ack shoobe 14:21:02 q- 14:21:13 move to next agendum 14:21:13 agendum 2 -- Definition of Change of context -- taken up [from Joe_Humbert] 14:21:26 https://github.com/w3c/matf/issues/69 14:23:19 https://github.com/w3c/matf/pull/279 14:23:49 pauljadam has joined #matf 14:24:23 Files changed tab -> Review changes drop down -> Comment or Approve 14:26:18 Can't approve the PR on this machine, but I approve it in principle 14:27:02 q 14:27:08 move to next agendum 14:27:08 agendum 3 -- Definition of Keyboard interface -- taken up [from Joe_Humbert] 14:27:17 spicy 14:27:26 https://github.com/w3c/matf/issues/66 14:28:56 https://github.com/w3c/matf/issues/66#issuecomment-3184181147 14:29:30 pauljadam has joined #matf 14:29:53 q+ 14:30:28 q+ 14:30:55 ack shoobe 14:31:50 shoobe01 I just wrote the visible edits yesterday to make sure I was happy in concept. It's not a bad concept, updating to modern tech would be helpful. Do we need to look at the commentary below? Do we need some other examples for other accessibility inputs? 14:32:34 ack Rob-w 14:33:55 Rob-w my feeedback relates to the mouse operation - I think WCAG and specifically this presupposes that web works with mouse. That's why we struggle to fit it in here. I don't think anyone would say mouse type operations are keyboard. We must insist that mouse is supported. 14:34:00 +1 14:34:16 +1 14:34:38 +1 14:34:40 Maybe a really silly q - HOW do you not support mouse in mobile? Surely it just replaces sausage input? 14:35:14 pauljadam has joined #matf 14:35:24 It seems to fit into Success Criterion 2.5.6 Concurrent Input Mechanisms 14:35:44 ...but that is only AAA 14:36:04 yeah a user agent requirement 14:36:19 quintinb we just need to ensure that the responsibility is in the right place 14:36:31 q+ 14:36:31 pauljadam does it fit in any other success criteria or is it new? 14:36:40 Yes, both major mobile OSs support external pointing devices, a cursor will show up on screen when they are attached (AFAIK, doesn't override, touch still works also at the same time. 14:37:37 Rob-w from iOS, for the most part the OS supports pointer input but it can be not supported via bad coding 14:38:02 Rob-w my preference is that it mouse and pointer gestures do get fitted in 14:38:24 action: Rob-w to investigate where mouse input goes 14:38:44 pauljadam This is a little confusing 14:40:43 q+ 14:40:47 Carol 2.5.1: There are times when a component requires a path-based gesture for touch screen devices but not with a mouse. Taking an example of a generic slider: 14:40:47 Using a mouse: If the user clicks on the thumb control of the slider and moves vertically, the slider will respond by moving to the right or left, even if the movement is mostly upwards. There will be no page scrolling as a result of the vertical movement as long as they drag with focus on the slider. Therefore, the slider does not require a 14:40:47 path-based gesture with mouse pointer. 14:40:57 ack Rob-w 14:41:20 ack Detlev 14:42:20 Detlev It was always meant to focus on simple taps. It doesn't fit in the keyboard question. 2.5.6 concurrent input requires that you can carry over keyboard to another mechanism, but it's problematic as it's AAA 14:42:55 pauljadam could we move this to AA 14:43:04 +1 14:43:25 Agree that mouse should be included with pointer 14:43:34 I think we have a good argument because of the possibility (for routine work or a11y interfaces) of attached pointers on mobile, AND the touchscreen still working of course. 14:43:41 Trusting Rob-w to "pointer" us in the right direction 14:43:43 wag 3 seems to cover it quite nicely https://www.w3.org/TR/wcag-3.0/#pointer-input 14:46:02 Detlev does this include virtual keyboards and how a mouse can interface as a keyboard? 14:46:41 that means you can't be allowed to meet the keyboard requirement by using mouse keys or a virtual keyboard only 14:46:48 proposal looks good to me 14:47:03 I like it 14:49:00 Mouse Keys: https://support.microsoft.com/en-us/windows/use-mouse-keys-to-move-the-mouse-pointer-9e0c72c8-b882-7918-8e7b-391fd62adf33 14:49:30 "virtual mousklicks where the pointer is moved over the target via key input" 14:50:49 Apple version of Mouse Keys: https://support.apple.com/en-gb/guide/mac-help/mh27469/mac 14:51:39 shoobe01: Change of focus like old school tab order, do we need to include that? 14:53:18 move to next agendum 14:53:18 agendum 4 -- Definition of User Agent -- taken up [from Joe_Humbert] 14:53:30 extra spicy 14:54:41 Tanya raised a concern that comments are happening in 2 places, both parent and sub issue 14:59:30 q+ 14:59:55 Maybe we should just create an action to consolidate the comments and come back next week since we have 1 minute left? 15:00:56 in 2 weeks 15:01:20 action: Joe_Humbert to consilate comments to parent issue 15:02:47 Zakim, list participants 15:02:47 As of this point the attendees have been shoobe, Tanya, quintinb, pauljadam, Rob-w, Detlev, rachaely, Carol 15:03:18 rrsagent, make minutes 15:03:19 I have made the request to generate https://www.w3.org/2025/11/19-matf-minutes.html Joe_Humbert 15:04:08 rrsagent, bye 15:04:08 I see 3 open action items saved in https://www.w3.org/2025/11/19-matf-actions.rdf : 15:04:08 ACTION: s to @quintinb to raise a PR [1] 15:04:08 recorded in https://www.w3.org/2025/11/19-matf-irc#T14-10-43 15:04:08 ACTION: Rob-w to investigate where mouse input goes [2] 15:04:08 recorded in https://www.w3.org/2025/11/19-matf-irc#T14-38-24 15:04:08 ACTION: Joe_Humbert to consilate comments to parent issue [3] 15:04:08 recorded in https://www.w3.org/2025/11/19-matf-irc#T15-01-20