18:07:37 RRSAgent has joined #aria-apg 18:07:41 logging to https://www.w3.org/2024/10/15-aria-apg-irc 18:07:41 RRSAgent, make logs Public 18:07:42 Meeting: ARIA Authoring Practices Task Force 18:07:43 present+ jugglinmike 18:07:44 present+ 18:07:48 present+ arigilmore 18:07:53 present+ dmontalvo 18:08:02 present+ lola 18:08:07 present+ Adam_Page 18:08:19 Topic: Setup and Review Agenda 18:09:04 Matt_King: Any requests for change to agenda? 18:09:16 Matt_King: hearing none, we'll stick with what's planned 18:09:24 Matt_King: Next meeting: October 22 18:09:46 Matt_King: I may be out of office on November 5 because it's election day in the US, but we can talk about that as it approaches 18:09:56 Topic: Publication planning 18:11:06 Matt_King has joined #aria-apg 18:11:18 present+ Matt_King 18:11:37 Matt_King: We talked about possibly pulling this forward sooner than the 29th 18:11:41 Matt_King: I'm not sure we'll be ready, though 18:12:57 jugglinmike1 has joined #aria-apg 18:13:10 Matt_King: I gave input from howard-e on his open pull request 18:13:21 howard-e: I incorporated that feedback, and it's ready for another look 18:13:27 Matt_King: Wow! That was fast! 18:13:33 Matt_King: That should be ready this week, then 18:13:39 present+ Jem 18:13:46 Jem has joined #aria-apg 18:13:59 scribe+ jugglinmike1 18:14:39 presenet+ 18:14:40 howard-e: The redirects should continue working through the 29th. If they stop working, I think it will occur in the middle of November 18:14:46 present+ 18:15:52 Jem: Did GitHub fix the problem, or was it automatically fixed? 18:16:10 Matt_King: GitHub fixed it, but they are redirecting. We're making it so we don't rely on the redirects 18:16:56 howard-e: We interacted directly with GitHub support--the handle of the person was "dash" 18:17:44 Topic: Feedback sent to mailing list 18:18:19 Matt_King: We have received feedback on the public mailing list in the last month or so. 18:18:43 Matt_King: Although we encourage people to share feedback on that channel, we don't have a process for handling such e-mail. Let's fix this. 18:19:18 q+ 18:19:23 Jem: Why don't I volunteer for now to transfer those e-mails to GitHub issues? 18:19:37 scribe+ jugglinmike 18:19:57 Matt_King: And can you copy the replies back to the mail list threads? 18:19:59 Jem: Yes 18:20:14 Matt_King: And can you go back into the history over the past few months? 18:20:16 ask dmontalvo 18:20:27 ack dmontalvo 18:20:53 q+ 18:21:12 dmontalvo: We should also immediately reply to the people when we open the issue so they know we are discussing there 18:21:26 Matt_King: So at least two e-mails to the reporter--one when we open the issue and another when we close it 18:21:31 Jem: Sounds good! 18:21:42 q+ 18:21:44 Lola: I was going to say the same thing 18:21:58 Lola: Where do people learn about that e-mail list? 18:22:12 ack me 18:22:23 Matt_King: It's on the bottom of every WAI page. It's a different address for different pages. Every APG page references our list 18:22:58 Lola: Is there some way to make things clearer for folks? Moving discussions between mailing lists and GitHub issues is fine, but maybe we can communicate GitHub to folks 18:23:21 Matt_King: The footer also includes a link to opening issues, and we express our preference for GitHub on the home page 18:23:28 Lola: Great! 18:23:41 Lola: Also, I'm available to help triage e-mails 18:23:57 Jem: I think we should automate it in the future 18:24:00 ack howard-e 18:24:13 howard-e: Should the issue triage also be updated? 18:24:34 howard-e: It may be helpful if there's a section in the issue triage wiki describing what will happen 18:24:58 Matt_King: That wiki is for us (so most people who raise issues likely will not see it), but you're right that we should update it 18:25:18 Matt_King: I can take that as an action item because I was the one working on the wiki 18:25:26 Topic: Skipto Update 18:25:35 github: https://github.com/w3c/aria-practices/pull/3141 18:25:49 Matt_King: Jon made some changes to skipto and submitted them as a pull request 18:25:53 present+ Jon 18:26:32 Jon: I've been testing here at the University of Illinois. The feedback I received means that none of the changes will be perceptible to end users 18:27:17 Jon: I added a new "scrollTo" feature which is off by default. I could enable that feature if you would like, but consensus here at the University of Illinois was to disable it 18:27:30 Jon: besides that, there are changes under-the-hood related to web components 18:27:50 Matt_King: The motion is in direct response to pressing a key, so don't we always expect some kind of change in that case? 18:28:08 Matt_King: I always thought the motion thing was... Well, maybe the problem is the smooth-scrolling specifically 18:28:29 Jon: I can enable the "instant scroll" variant of the feature and people can take a look at that 18:29:17 Jon: I can also open a separate pull request with the "smooth scroll" variant of the feature. With two pull requests, people would be better-equipped to compare 18:29:38 q+ Lola 18:29:51 Matt_King: I think we should evaluate it within this group. There's even the possibility that you could add something to feature--somehow making it easy for people to update their setting directly 18:30:02 q+ howard-e 18:30:21 Jon: Let's let people try the two kinds of scrolling and test to make sure that it gets disabled when people turn off the feature on their OS 18:30:30 Matt_King: Sounds good 18:30:49 Lola: Is there a place for the user to control scrolling in the place where the scrolling is? 18:30:58 Jon: there is not right now 18:31:25 Lola: I think there would need to be if it were on by default. I believe WCAG requires that users have the ability to adjust animation whenever it is used 18:31:39 Jon: scrolling only occurs when people use skipTo 18:32:03 Matt_King: I don't know if this counts as animation. This is exactly the same kind of scrolling that you get with tabs 18:32:21 ack Lola 18:32:30 Jon: think the next step is for people to try it 18:32:47 Jon: I'll make that second pull request 18:32:54 ack howard-e 18:33:24 howard-e: It sounds to me like the scroll is controlled in the script itself. Or is it in an HTML attribute? 18:33:35 Jon: It can be controlled through a data- attribute, yet 18:33:51 Jon: there are three states: none, smooth, and instant 18:34:01 s/yet/yes/ 18:34:09 Topic: High Contrast guidance update 18:34:13 ack howard-e 18:34:16 jon: I'm still working on updates 18:34:29 Jon: I hope to have something ready for next week 18:34:43 github: https://github.com/w3c/aria-practices/pull/2991 18:37:05 Topic: Bug: First element in listbox should receive focus 18:37:11 github: https://github.com/w3c/aria-practices/issues/3138 18:37:37 Matt_King: There's a discrepancy between the implementation and the guidance for the scrollable listbox example 18:37:55 Matt_King: The pattern says the first item should receive focus. I think that's probably correct guidance 18:39:49 Matt_King: The problem here is that there isn't an item in the list that says "choose your favorite element" or "choose value" or something like that 18:40:12 Matt_King: If we focus the first item, it would amount to choosing the first item for the user by default 18:40:33 Matt_King: This kind of has more to do with the design of the example. If you focus the first one by default, that means there's a default favorite 18:41:31 Matt_King: So I'm wondering if a better fix is to add an option to the beginning of the list--one labeled something like "Choose an element". That coul get selected by default. 18:42:41 howard-e: For me, it does feel right to support what the bug reporter said. A placeholder or "option zero" could be good here. Provided it was styled appropriately 18:42:52 howard-e: That is--a "disabled look" 18:45:20 arigilmore: The dropdown implementation in my company's UI framework may be relevant... 18:45:44 Matt_King_ has joined #aria-apg 18:46:33 Adam_Page: In the original bug, the reporter quoted the keyboard interaction instructions, but only partially 18:47:23 Preview of proposed fix: https://deploy-preview-362--aria-practices.netlify.app/aria/apg/patterns/listbox/examples/listbox-scrollable/ 18:47:25 Adam_Page: They did not include the final statement in the text they referenced. That statement reads, "Optionally, the first option may be automatically selected." 18:47:54 Adam_Page: We could update this so that we don't automatically select it, we just require the press of the "space" key 18:48:32 q+ Lola 18:48:52 ack Lola 18:49:56 Matt_King: My concern is that if there is nothing selected, then--JAWS and NVDA would normally announce the label of the list box without speaking a value because no value is selected 18:50:20 Matt_King: If there's an item focused that isn't selected, is it going to be somehow represented as the value of the list box? 18:50:58 Matt_King: I'm unable to test the current behavior using JAWS and Chrome at this moment; I don't understand why that is... 18:51:32 Matt_King: In NVDA, when I navigate to the listbox, it says, "List clickable neptunium". It doesn't tell you whether it's selected, which is interesting 18:51:41 Matt_King: If I select a value, tab out, and then return... 18:52:16 Matt_King: In NVDA, there's no way to read the ones that are not selected in a single-select list box, so there isn't a distinction between focus and selection 18:52:43 Matt_King: I know I've seen other implementations with a placeholder value which represents the empty value 18:53:02 Matt_King: That's why I was wondering if that could be the answer for our implementation, and I even kind of wonder if the pattern should say something about it 18:53:16 Matt_King: Is that common practice in your experience, Adam_Page? 18:53:52 Adam_Page: I think so. This particular use case is probably something I would discourage from a UX perspective because it presents options to the user, but it doesn't give them a user a mechanism for removing their selection 18:54:11 Adam_Page: To get out of that, the UX recommendation is usually to add an option which represents "no selection" 18:55:04 Adam_Page: It seems like a fix for this particular issue, but it kind of kicks down the road the question of whether this is a valid use case (where nothing is selected by default and there is no way to remove a value once one has been selected) 18:55:44 Adam_Page: We could either pattern change this pattern to be more realistic, or we could let this example continue to exist as it does and just update our documentation to explain how it should behave 18:55:59 Matt_King: How would we make it more realistic? Would it be enough to add a placeholder value? 18:56:04 Adam_Page: I think that is enough 18:56:27 Matt_King: It sounds like Adam_Page, arigilmore, and howard-e agree that a placeholder would make this a more realistic example 18:56:34 Matt_King: That could receive focus by default 18:59:25 Zakim, end the meeting 18:59:25 As of this point the attendees have been jugglinmike, howard-e, arigilmore, dmontalvo, lola, Adam_Page, Matt_King, Jem, Jon 18:59:27 RRSAgent, please draft minutes v2 18:59:29 I have made the request to generate https://www.w3.org/2024/10/15-aria-apg-minutes.html Zakim 18:59:36 I am happy to have been of service, jugglinmike; please remember to excuse RRSAgent. Goodbye 18:59:36 Zakim has left #aria-apg 19:00:02 RRSAgent, leave 19:00:02 I see no action items