17:56:05 RRSAgent has joined #aria 17:56:09 logging to https://www.w3.org/2023/02/16-aria-irc 17:56:09 RRSAgent, make logs Public 17:56:10 please title this meeting ("meeting: ..."), jamesn 17:56:12 meeting: ARIA WG 17:56:17 agendabot, find agenda 17:56:17 jamesn, OK. This may take a minute... 17:56:18 agenda: https://www.w3.org/events/meetings/665c08c6-871d-4f53-a758-d6259ca56ca1/20230216T130000 17:56:18 clear agenda 17:56:18 agenda+ -> New Issue Triage https://bit.ly/3IkWTy3 17:56:18 agenda+ -> New PR Triage https://bit.ly/40PGA4J 17:56:20 agenda+ -> Deep Dive planning https://bit.ly/aria-meaty-topic-candidates 17:56:23 agenda+ -> Explain how values are obtained https://github.com/w3c/accname/issues/184 17:56:26 agenda+ -> Does the "Presentational Roles Conflict Resolution" always apply? https://github.com/w3c/aria/issues/1389 17:56:29 agenda+ -> Readme should document expectations of for New PR template and New Issue template (order, optionality, etc.) https://github.com/w3c/aria/issues/1861 17:56:32 agenda+ -> 1.3 blocking issues https://github.com/w3c/aria/issues?q=is%3Aopen+is%3Aissue+milestone%3A%22ARIA+1.3%22+sort%3Acreated-asc+label%3A1.3-Blocking+ 17:57:00 chlane has joined #aria 17:58:50 arigilmore has joined #aria 18:01:59 MarkMcCarthy has joined #aria 18:02:19 Adam_Page has joined #aria 18:02:32 present+ 18:02:47 pkra has joined #aria 18:02:49 present+ 18:02:51 present+ 18:03:04 present+ 18:03:07 chair: JamesNurthen 18:03:14 scribe: Adam_Page 18:03:17 zakim, next item 18:03:17 agendum 1 -- -> New Issue Triage https://bit.ly/3IkWTy3 -- taken up [from agendabot] 18:03:58 jamesn: #1870 18:04:13 ... no new issues 18:04:19 ... need to assign? 18:04:21 spectranaut_: nope 18:04:25 zakim, next item 18:04:25 agendum 2 -- -> New PR Triage https://bit.ly/40PGA4J -- taken up [from agendabot] 18:04:39 jamesn: #1872 18:04:44 spectranaut_ : will discuss later 18:04:48 jamesn: #188 18:05:21 jcraig: I think related issue is merged 18:05:31 ... two more followed it 18:05:44 ... need to merge #187 first 18:06:11 jamesn: we’ve got enough reviewers 18:06:18 jamesn: #1871 18:06:32 spectranaut_ : we talked about this last week 18:06:33 pkra : on hold 18:06:34 zakim, next item 18:06:34 agendum 3 -- -> Deep Dive planning https://bit.ly/aria-meaty-topic-candidates -- taken up [from agendabot] 18:06:54 jamesn: any deep dive suggestions for next week? 18:06:59 jcraig: I’m out next week 18:07:14 jamesn: there was something we’d planned for early March? 18:07:26 jcraig: yes, 2 weeks from today, but I don’t see it on my calendar 18:07:52 ... it‘s the minimum role topic 18:07:56 spectranaut_: 2/23? 18:08:23 melsumner has joined #aria 18:08:38 jamesn: 2/23 is for aria-actions 18:09:19 spectranaut_: we’ll do minimum role on 3/2 18:09:29 cyns: for Aaron, morning will be better 18:09:38 jamesn: ok, 3/2, but nothing for next week 18:11:46 jamesn: decision: minimum role on 3/2 18:11:59 zakim, next item 18:11:59 agendum 4 -- -> Explain how values are obtained https://github.com/w3c/accname/issues/184 -- taken up [from agendabot] 18:12:23 jamesn: we discussed *which* spec to put this in and chose accname 18:12:47 ... anyone have issues with it being in accname? 18:13:06 jcraig: name, description, and value seem reasonable in accname 18:13:15 BenBeaudry has joined #aria 18:13:23 jamesn: basically good for text-y things 18:13:31 Jem has joined #aria 18:13:40 present+ 18:13:40 chlane: this is actually an accname change, then? won’t be core-aam? 18:13:50 jamesn: core-aam will probably need to reference it 18:14:33 chlane: we need to talk to BGaraventa about it 18:14:58 melsumner: I just spoke with BGaraventa last night and can take assignment of this issue 18:15:10 ... and can either work on it or bring back a resolution 18:15:13 zakim, next item 18:15:13 agendum 5 -- -> Does the "Presentational Roles Conflict Resolution" always apply? https://github.com/w3c/aria/issues/1389 -- taken up [from agendabot] 18:15:24 jongund has joined #aria 18:15:32 present+ BenBeaudry 18:15:55 pkra: I agenda'd this since it seemed to slip through the cracks, but doesn’t need to be a big item 18:15:59 present+ Daniel 18:16:04 jamesn: button might be an outlier on some of these things 18:16:23 ... certainly Chrome and some other user agents have changed and ignore the fact that button has an implicit presentation role 18:16:43 ... so that could be a reason behind it 18:17:06 ... if we are going to have this test, we should probably do something where the children presentational property of something is more respected. Perhaps img? 18:17:46 CurtBellew has joined #aria 18:17:51 melsumner: I’d like to work on this one 18:17:57 present+ 18:18:05 jamesn: great, first, get some examples that don’t use button 18:18:12 StefanS has joined #aria 18:18:18 q+ 18:18:19 present+ 18:18:24 present+ 18:18:28 ack me 18:18:29 ... if no one is supporting its implicit role, why do we have it in the spec? 18:19:07 jcraig: I think I’m getting close to having web driver tests working, and this would be a great example of where we could write an automated test to see how browsers perform 18:19:30 ... I can run web driver tests already, there are basic tests for label and role 18:19:58 ... haven’t started on accname computation yet because there was suggestion that it’d be easier long-term to set up some infrastructure and additional test driver methods that don’t force every author to use web driver to test 18:20:08 ... infrastructure to make tests easier to write 18:20:20 jamesn: would you like to work with melsumner to develop tests for this? 18:20:33 jcraig: yes, can help set up repo 18:20:54 ... there’s a whole project called Interop 2023 Investigation 18:21:06 jamesn: I’d like to see that 18:21:07 spectranaut_: me too 18:21:13 ... are there regular meetings? 18:21:19 jcraig: not yet, it’s all been in GitHub 18:21:34 https://github.com/web-platform-tests/interop-2023-accessibility-testing/issues/1 18:21:36 ... linked to accname #174 and then there are a bunch of cross-references 18:22:15 agenda? 18:22:18 zakim, next item 18:22:20 agendum 6 -- -> Readme should document expectations of for New PR template and New Issue template (order, optionality, etc.) https://github.com/w3c/aria/issues/1861 -- taken up 18:22:20 ... [from agendabot] 18:22:38 pkra: should we do a deep dive on the last topic? 18:22:59 jcraig: sure, would love to. It’s early stages still, but once we get first few commits up & running in WPT with results, that’ll be a good time for a deep dive 18:23:05 ... then others in the group could start writing tests 18:23:13 jamesn: would that before F2F? 18:23:22 jcraig: would be good to cover at F2F; in-person is better 18:23:38 ... we can troubleshoot Python together :-) 18:23:47 zakim, next item 18:23:47 agendum 7 -- -> 1.3 blocking issues https://github.com/w3c/aria/issues?q=is%3Aopen+is%3Aissue+milestone%3A%22ARIA+1.3%22+sort%3Acreated-asc+label%3A1.3-Blocking+ -- taken up [from 18:23:50 ... agendabot] 18:24:04 zakim, take up item 6 18:24:04 agendum 6 -- -> Readme should document expectations of for New PR template and New Issue template (order, optionality, etc.) https://github.com/w3c/aria/issues/1861 -- taken up 18:24:07 ... [from agendabot] 18:24:57 spectranaut_: this was an issue from jcraig about the PR template that we started to use 18:25:11 ... that there should be more information about the order tasks should be done for people opening new PRs 18:25:22 ... there is a process doc that I started after the last F2F at TPAC 18:25:35 ... I edited it a little with jcraig’s suggestions 18:25:43 https://github.com/w3c/aria/wiki/ARIA-WG-Process-Document 18:25:46 ... structured some of the information 18:25:52 ... would be great to get people to review 18:26:06 ... I also updated the Normative Change Checklist to give it a little more clarity 18:26:34 jcraig: this is a good time to talk about it bullet-by-bullet 18:27:00 spectranaut_: Consensus is the first important step 18:27:18 ... this happens in an ad hoc way and we don’t always record our decisions 18:27:20 ... sometimes in minutes 18:27:28 ... but in general, we only merge things where there were no objections 18:27:39 jcraig: the definition of “has been discussed”... 18:27:43 jongund has joined #aria 18:27:49 ... is that verbally in a meeting? Or does a thread in GitHub suffice? 18:28:26 q+ 18:28:30 ack me 18:28:44 spectranaut_: we could outline that more, a lot of times PRs have been opened _before_ there’s consensus as a means of getting to it 18:28:57 AG is do voting for the change and create the "resolution" statement. 18:29:05 jamesn: we can’t quantify how much discussion is needed before merging in concrete terms 18:29:28 jcraig: how about “the ARIA WG” instead of “a working group” 18:29:38 spectranaut_: good point, should be more specific 18:30:10 jamesn: don’t think we’ve ever merged a PR without any discussion 18:30:38 MattKing: is it sufficient, though? To say “it’s been discussed in a meeting”? 18:32:43 q+ to suggest something like the CSSWG's discussion bot ("this issue was discussed in [link to minutes]") would be helpful 18:32:50 jamesn: this is only the first step, followed by a review process, and several others 18:32:55 MattKing: oh, I see 18:34:03 ... if a normative change is in the works, it’s important to identify that so the timeline/urgency will be clear to all members 18:34:37 jamesn: since this is 1 of 6 steps, maybe we should run through the rest and make sure that concern is addressed in the whole process 18:35:02 ... we don’t want to go back to a process that relies too heavily on email 18:35:59 spectranaut_: I appreciate that, and we can make this step clearer. We can leave PRs in draft as a signal that there’s not consensus 18:36:20 MattKing: yes, a stronger meaning for draft vs. non-draft — that’s a good idea 18:36:35 spectranaut_: we do have a lot of open PRs right now; maybe some of them should be in draft 18:36:39 ... moving on to step 2: Review 18:36:48 ... 3 approving reviews for a normative change 18:37:07 ... added a bullet: the review should be based on the text & meaning of the change, not on whether the checklist has been fulfilled 18:37:27 MattKing: one thing we could do here is address specific significant stakeholders 18:37:58 ... if we could identify those people while the PR is in the draft stage, then by the time we get to review, they’ll be prepared 18:38:17 jamesn: we should add something like “you can always add yourself as a reviewer” 18:38:26 jcraig: and the PR owner should also recommend specific reviewers 18:39:07 MattKing: are there people outside the group who may not be able to add themselves? 18:39:21 ... or even _be_ added? 18:39:41 jamesn: Jamie had been the hard one, but he’s in the group now 18:39:59 spectranaut_: I think we basically do already have the process you’re describing 18:40:32 jamesn: as chairs, we always try to involve reviewers we know would care 18:40:36 q? 18:40:51 ack jcr 18:40:51 jcraig, you wanted to suggest something like the CSSWG's discussion bot ("this issue was discussed in [link to minutes]") would be helpful 18:41:11 jcraig: sometimes we’ll ask for 4 reviewers if there are API-specific changes 18:41:15 Matt_King has joined #aria 18:41:21 present+ 18:42:10 This is a great process for the woarking group. I am so glad to see this effort. 18:42:26 s/MattKing/Matt_King/ 18:42:55 fyi CSSbot issue - https://github.com/dbaron/wgmeeting-github-ircbot/issues/69 18:42:57 jcraig: in step 3, Test, we should add that “if the change is testable, tests should be written” _before_ merge 18:43:07 spectranaut_: yes, agreed, happy to make that change 18:44:00 spectranaut_: except for validators, norms for tests are a bit in flux — so for now, good to just create an issue in the ARIA repo describing the tests that need to be written 18:44:21 q? 18:45:18 jamesn: we do occasionally have a PR with a bunch of reviewers, and we’ll accept them even when not everyone has approved. Do we need a process to be able to ignore some reviewers? 18:45:29 spectranaut_: need a distinction between mandatory and optional reviewers? 18:46:08 jcraig: some GitHub repos are very strict about that and require a ~3-day review period 18:47:23 I think it would be super useful for our group to have a time limit on reviews, even if it's pretty long. Sometimes it feels like an issue can sit for so long that we all forget what the original driving purpose was. 18:47:43 Matt_King: we do need to be careful. If it’s a single person who said they wanted to review but there’s some life event keeping them from reviewing, we should at least reach out 18:47:49 "more optional reviewers" => "additional reviewers" ? 18:48:27 Matt_King: maybe explicitly get consent from them to dismiss their review 18:49:04 ... maybe at the point a PR goes from draft to ready-for-review, we start a ~30-day timer 18:50:19 jcraig: I don‘t think we should minute reaching out to absent reviewers, it could resemble public shaming 18:50:36 ... we should rely on the documented process 18:51:43 What if we add language that chairs can use reasonable discretion for exceptions 18:52:58 spectranaut_: great, I’ll make another draft after this meeting 18:53:26 ... next, a step regarding APG: if a change is required there 18:53:35 jcraig: I think APG should be last in the process 18:53:58 Matt_King: it depends, I think there will be some features — like aria-actions — where APG would be helpful to tackle earlier 18:54:53 ... recommend we add a tag to identify those (e.g., “aria-specification-dependency”) and agree on when it should occur 18:55:31 Jem: I agree, it should be a continuous part of the process, not at the end 18:55:43 jamesn: we’re trying not to have wiki pages 18:55:46 ARIA does not have apg label yet so apg label will be great. 18:55:54 q+ to discuss the implementation step #6. what pointer should we use for the implementation bugs 18:56:00 spectranaut_: the next requirement is implementation 18:56:39 ... in my experience, implementation often results in feedback on the PR 18:56:47 ... so at least one needs to happen before merge 18:57:11 Matt_King: yes, this is similar to APG — that can also result in feedback 18:57:52 ack jcraig 18:57:52 jcraig, you wanted to discuss the implementation step #6. what pointer should we use for the implementation bugs 18:58:01 spectranaut_: the PR checklist requires browser issues are linked to 18:58:32 jcraig: I haven’t found a great place to point implementation bugs to until the content is in the editor’s draft 18:58:37 BenBeaudry has joined #aria 18:58:53 jcraig: do we have a recommendation for how to point to the current version even when it’s not merged? 18:59:10 jamesn: great point, need to see why the Preview link is so often broken 18:59:41 spectranaut_: last one is related spec changes 19:00:07 jcraig: my only concern with this is potential merge conflicts 19:00:35 Matt_King: at F2F, we said if you’re the owner of a PR, you should be rebasing/merging on a regular basis 19:00:48 ... so this shouldn’t normally be a problem 19:00:54 spectranaut_ : we’ll have to work this out 19:01:00 Again, this is super awesome discussion. (APG label in ARIA Github will be great.) 19:01:02 ... but at the end of the meeting 19:01:10 https://github.com/w3c/transitions/issues/489 19:01:31 jamesn: good news — ARIA 1.2 has had a transition request sent out with an estimated publication date of Feb 21 19:01:39 ... now requires a director to approve 19:01:46 daniel-montalvo: hope to have an update on that this Friday 19:02:07 jamesn: once transition is approved, it goes to PR, then AC reps have to approve it before it goes to recommendation? 19:02:16 daniel-montalvo: yes 19:02:47 jamesn: hopefully it will be done before next week‘s meeting and we can all ping our AC reps 19:02:58 jcraig: thank you spectranaut_ for all the process doc work 19:03:19 zakim, end meeting 19:03:19 As of this point the attendees have been arigilmore, spectranaut_, pkra, Adam_Page, Jem, BenBeaudry, Daniel, CurtBellew, StefanS, jcraig, Matt_King 19:03:22 RRSAgent, please draft minutes 19:03:23 I have made the request to generate https://www.w3.org/2023/02/16-aria-minutes.html Zakim 19:03:30 I am happy to have been of service, Adam_Page; please remember to excuse RRSAgent. Goodbye 19:03:30 Zakim has left #aria 19:17:36 Adam_Page has joined #aria 19:17:52 Adam_Page has joined #aria 20:21:48 howard-e has joined #aria 21:16:47 jongund has joined #aria 21:21:34 howard-e has joined #aria 21:52:37 howard-e has joined #aria 22:00:44 howard-e has joined #aria 22:27:02 howard-e has joined #aria 22:28:30 howard-e_ has joined #aria 22:50:09 howard-e has joined #aria 23:14:04 howard-e has joined #aria 23:33:51 howard-e has joined #aria