Meeting minutes
Review agenda and next meeting date
<Matt_King> Next meeting is April 11.
<Matt_King> View agenda at https://
Matt_King: Meetings scheduled regularly all through the month of April
Status of Site Updates
Previews of 5 AT support tables available:
Matt_King: This is informational
Matt_King: In the "main" branch and preview (but not yet in production): Alert, Command and Toggle Button, Link, and Radio Group
Matt_King: Everything is ready to go with one exception
Matt_King: JAWS with Radio Group is currently at 99%
Matt_King: After speaking with James_Scholes today, we're planning to remove the test which accounts for the missing 1% on JAWS part
Matt_King: Our goal is to push these to production on Tuesday of next week and then do an announcement on Thursday
Matt_King: So we have to get that figured out in the mean time
Matt_King: And my goal is share a draft of the announcement by this coming Thursday
Matt_King: I'm planning to share the draft with the folks here
About page ready for review - pull request 2558
github: w3c/
Matt_King: I'd like to merge this
Matt_King: I've received feedback from a few people on it
Matt_King: Last night, I made a few changes based on feedback from John_Gunderson
Matt_King: I had some difficulty--I made changes to the branch, but they weren't showing up in the preview
Alex_Flenniken: That's due to how I created the preview for you. It's using Git Submodules in a way that prevents automatic updates. I can manually update the submodule for you
Matt_King: That works
Matt_King: I'd like to merge it in time to include it for the April 11th update
Matt_King: I'd also appreciate a review from jamesn
jamesn: So, the sections named "Introduction" and "ARIA Basics"?
Matt_King: Yup, those are the two new sections. The other text could probably use some work as well, but it is wholesale copied from elsewhere on the site--it's what we've already published
Matt_King: we'll skip the other items for this topic in the agenda)
Pull request reviews
PR 2618 - Combobox Date Picker Example: Change previous and next month and year behavior for dates near end of month by jongund
Matt_King: This is merged
PR 2643 - Datepicker Modal Dialog: Updated code and fixed next/prev month bug by jongund
github: w3c/
Matt_King: I'll be doing the editorial review
Matt_King: I'm looking for support on visual design review, code review, and testing
Matt_King: There aren't a lot of changes in this pull request; it's only four files (one CSS and two JS and on HTML)
Matt_King: Because there was a small change to the CSS, I want to make sure someone is looking at this visually
arigilmore: I can do visual review and code review
Matt_King: Great--thank you
Alex_Flenniken: I can do the test review
Matt_King: arigilmore do you think you'll be able to do that review this week?
arigilmore: Yes
PR 2625 - Tablist Examples: Improve support for magnification by jongund
github: w3c/
Andrea_: I think this just requires a final accessibility review from me
Andrea_: I have to set up some ATs, but I expect to finish that today
Matt_King: Looks like you have some suggested edits in here
Andrea_: Yeah, a couple of typos
Matt_King: looks like Alex_Flenniken is also assigned to this, too
Matt_King: We may be able to include this for April 11, too. That'd be great
PR 2622 - Listbox Examples: Update scrolling of listbox item with focus into view when page is magnified by jongund
github: w3c/
Matt_King: This is waiting on me, at least
Matt_King: Jon is listed as a review on his own tests. That doesn't make sense.
Alex_Flenniken: I ran the tests successfully, but I don't know if I'm supposed to do something else to check the tests
Matt_King: We're interested in the way the tests were coded--a regression test to make sure they're still covering all the things they're supposed to
Alex_Flenniken: I did that
Matt_King: Okay, then this pull request is just waiting on me
Check-in on gh-pages feedback
Obsolete gh-pages branch: Feedback on redirect presentation and code quality · Issue #2651 · w3c/aria-practices
<Github> w3c/
github: w3c/
Matt_King: The issue is that the gh-pages (where we previously had the editor's draft of the editor's doc)--we just trimmed that down
Matt_King: This is a page that a lot of people used to refer to
Matt_King: But the goal is for eventually this to receive zero traffic
Matt_King: It used to have a lot of sections and headings; a section for every pattern, etc.
Matt_King: People may have linked directly to those sections
Matt_King: The new version provides links to the specific pages that we've since created
Matt_King: People have taken issue with the way that it's coded
The group is considering closing this as a "won't fix" if a pull request is not received in a few weeks' time.
PR 2643 - Datepicker Modal Dialog: Updated code and fixed next/prev month bug by jongund
Date picker date selection issue
github: w3c/
Matt_King: I didn't know if we wanted to try to fit this in
Matt_King: It's about the Date Picker Dialog
Matt_King: This is interesting because in this example, the selection doesn't follow the focus, but if you press "Enter", it does select and close.
Matt_King: I'm curious if people here thinks this is a bug or not
Matt_King: In this particular case, the user is moving the date that has focus by pressing the "next month" button, but doesn't ever directly focus on that date
jamesn: I think it's not a bug. It seems like there is a bug here in that this date picker is not doing what the keyboard says it should do when you press "space" on the date grid. I'm not sure I agree with what it says it should do
jamesn: Visually, selection follows focus
jamesn: It seems to me that there's no point in selecting a different date from the one the focus is on (in this example)
jamesn: I didn't even see that there was a style in the one that you press "space" on--it's visually very subtle
Matt_King: So it seems like the bug here is a design problem. That really, selection should be following focus, period
jamesn: That's what the keyboard instructions say
CurtBellew: If you cancel it, it goes back to the default, right?
Matt_King: That's right
Matt_King: If I choose April 1st, and then I go into the dialog and move all around and even choose another, when I hit cancel, it should go back to April 1st
jamesn: That's not how it's behaving right now
Matt_King: So "Space" is actually changing the value of the input
jamesn: That's right
Matt_King: But "cancel" isn't really undoing things, here
CurtBellew: No, not when the space bar is involved
Matt_King: As an aside--we should probably do a "date range" selector at some point, too.
jamesn: So is this a documentation bug, or do we want to change the focus model?
Matt_King: I'm inclined toward the latter
jamesn: Me too, it would simplify things
Matt_King: So, we propose to make Space and Enter behave the same way when the focus is on the grid. That would make it impossible to get into this situation
Matt_King: Right now, I have April 6th in the input field. If I go into the dialog and tab to the button right after "Okay" which is "Previous Year". If I press that button, I assume it's on April 6. If I back-tab, I expect it to read April 6. And it did
Matt_King: So the focus never changed
Matt_King: We already have a problem where the difference between "focused" and "selected" isn't clear, visually. We don't have to solve that here.
Matt_King: There are some related pull requests in review, but since they're almost done, we'll address this with a new pull request
New Issue Action Planning
Suggestion: aria-live triggers (certain attributes) #2668
<Github> w3c/
github: w3c/
Matt_King: They're talking about the DOM changes necessary to get aria-live to trigger
jamesn: This sounds like an ARIA issue, not a aria-practices issue
jamesn: I think this is a duplicate of one or two issues in aria-practices