IRC log of aria on 2021-03-18
Timestamps are in UTC.
- 17:02:17 [RRSAgent]
- RRSAgent has joined #aria
- 17:02:17 [RRSAgent]
- logging to https://www.w3.org/2021/03/18-aria-irc
- 17:02:19 [Zakim]
- RRSAgent, make logs Public
- 17:02:20 [Zakim]
- please title this meeting ("meeting: ..."), jamesn
- 17:02:35 [jamesn]
- meeting: ARIA WG
- 17:02:39 [jamesn]
- chair: JamesNurthen
- 17:03:08 [joanie]
- present+ Joanmarie_Diggs
- 17:03:12 [StefanS]
- StefanS has joined #aria
- 17:03:13 [jamesn]
- agenda: https://lists.w3.org/Archives/Public/public-aria/2021Mar/0023.html
- 17:03:16 [agendabot]
- clear agenda
- 17:03:16 [agendabot]
- agenda+ [New Issue Triage](https://github.com/search?l=&q=is%3Aopen+is%3Aissue+repo%3Aw3c%2Faria+created%3A%3E%3D2021-03-11+repo%3Aw3c%2Faria+repo%3Aw3c%2Faccname+repo%3Aw3c%2Fcore-aam&type=Issues)
- 17:03:16 [agendabot]
- agenda+ [New PR Triage](https://github.com/search?l=&q=is%3Aopen+is%3Apr+repo%3Aw3c%2Faria+created%3A%3E%3D2021-03-11+repo%3Aw3c%2Faria+repo%3Aw3c%2Faccname+repo%3Aw3c%2Fcore-aam&type=Issues)
- 17:03:17 [agendabot]
- agenda+ [Meaty topic for next week](https://github.com/search?q=is%3Aopen+repo%3Aw3c%2Faria+repo%3Aw3c%2Faria+repo%3Aw3c%2Faccname+repo%3Aw3c%2Fcore-aam+label%3Adeep-dive&type=Issues)
- 17:03:18 [agendabot]
- agenda+ [1.3 triage](https://github.com/w3c/aria/issues?q=is%3Aopen+is%3Aissue+milestone%3A%22ARIA+1.3%22+sort%3Acreated-asc)
- 17:03:20 [StefanS]
- present+
- 17:03:21 [agendabot]
- agenda+ - - - - -
- 17:03:23 [agendabot]
- agenda+ [Accessible Rich Internet Applications Working Group](https://www.w3.org/groups/wg/aria) ([ View Calendar](https://www.w3.org/groups/wg/aria/calendar))
- 17:03:24 [siri]
- siri has joined #aria
- 17:03:31 [agendabot]
- agenda+ - - - - -
- 17:03:35 [jamesn]
- agenda- 5
- 17:03:36 [jamesn]
- agenda- 6
- 17:03:42 [jamesn]
- agenda- 7
- 17:04:02 [Scott_O]
- Scott_O has joined #aria
- 17:04:13 [pkra]
- present+
- 17:04:15 [Scott_O]
- present+
- 17:04:22 [sarah_higley]
- sarah_higley has joined #aria
- 17:04:29 [msumner]
- present+
- 17:04:29 [jamesn]
- agenda?
- 17:04:30 [Jory]
- Jory has joined #aria
- 17:05:12 [Greta]
- present+
- 17:05:15 [Jemma]
- regrets+
- 17:05:25 [jamesn]
- present+
- 17:05:45 [sarah_higley]
- present+
- 17:05:47 [MarkMccarthy]
- MarkMccarthy has joined #aria
- 17:05:48 [sarah_higley]
- scribe: sarah_higley
- 17:05:52 [MarkMccarthy]
- present+
- 17:06:14 [sarah_higley]
- TOPIC: New Issue Triage
- 17:06:35 [jamesn]
- https://github.com/search?l=&q=is%3Aopen+is%3Aissue+repo%3Aw3c%2Faria+created%3A%3E%3D2021-03-11+repo%3Aw3c%2Faria+repo%3Aw3c%2Faccname+repo%3Aw3c%2Fcore-aam&type=Issues
- 17:06:58 [sarah_higley]
- James: distinguish cognitive emotion rich decorative images from purely decorative ones
- 17:07:10 [sarah_higley]
- James: We have some Jon and Sina discussion in the issue
- 17:07:47 [sarah_higley]
- James: my take on this is I don't think this is an ARIA problem, and HTML should solve this if people agree it's a real issue of a way of specifiying a descriptive image
- 17:07:48 [carmacleod]
- carmacleod has joined #aria
- 17:08:03 [sarah_higley]
- James: Or it's a personalization issue, with the personalization work going into APA, potentially
- 17:08:14 [sarah_higley]
- James: it's a can of worms I don't want to get into, is my general stance
- 17:08:53 [sarah_higley]
- Melanie: I agree, I don't think -- 1. it's a common issue with auditors, they'll just flag it.
- 17:09:11 [sarah_higley]
- James: An auditor in the thread, Sina, is expressing the opposite opinion, that an emotion rich image should have alt text on it
- 17:09:42 [harris]
- harris has joined #aria
- 17:09:44 [siri]
- +1 for the screenreader input in the image
- 17:09:48 [harris]
- present+
- 17:10:00 [sarah_higley]
- Greta: At the Post we have an idea of -- we call them "live graphics". They are interactive and emotionally deep in the way they present information to the readers, and we always try to give some explation to the users, because it's part of the story we're trying to tell
- 17:10:23 [sarah_higley]
- Scott: FWIW I tend to agree this is something that should be looked at, but it's something that doesn't belong in ARIA
- 17:10:34 [sarah_higley]
- Scott: unless we can mint an aria-mood="angry" out of this, in which case I want to do this
- 17:11:21 [sarah_higley]
- Jory: As far as emotion, like in the example from the Post, there's a difference between how a person reacts to content vs. the intention it's trying to convey. I might have an intention, but the emotional reaction is a reaction and not intrinsic.
- 17:11:45 [sarah_higley]
- Jory: For example, I can show a puppy, but I can't tell you the emotion you should feel is "awww" vs. that you got bitten by a dog when you were younger
- 17:11:56 [sarah_higley]
- James: But the knowledge that a puppy is present should be there, right?
- 17:12:42 [sarah_higley]
- James: We need to do something with this, and I think personalization is the place to send this.
- 17:12:56 [sarah_higley]
- Melanie: sort of like prefers-reduced-motion, we can have prefers-reduced-emotion
- 17:13:06 [sarah_higley]
- Scott: can we just make this meeting making puns about this issue?
- 17:13:55 [sarah_higley]
- James: [stuff about personalization distraction] -- there's a simplification one as well, so maybe if you want simplification, you wouldn't get this. So you would put alt text on this and that it could be simplified
- 17:14:16 [sarah_higley]
- Matt: I guess I wasn't thinking about this, I was thinking about screen reader tone of voice changes
- 17:14:28 [sarah_higley]
- James: the question is what do we do with this. I want to get rid of it, not just punt to 2.0
- 17:14:40 [sarah_higley]
- James: I'd love to move it to the personalization group, I might just address Jon, I think he's involved in that
- 17:14:44 [sarah_higley]
- James: is that OK with everyone?
- 17:15:01 [sarah_higley]
- Stefan: isn't this also a WCAG thing because how to use images and apply descriptions? I see it as the WCAG realm.
- 17:15:22 [sarah_higley]
- James: I think there's a line in WCAG for ones you do want to put alt text on vs. ones you don't, and I don't think it clearly expresses that
- 17:15:39 [sarah_higley]
- James: sure, but this issue here, I don't see sending this to WCAG as being useful
- 17:15:50 [sarah_higley]
- James: because it's asking for something to enable this, rather than changing validation
- 17:16:09 [sarah_higley]
- James: is everyone OK with me moving this to personalization?
- 17:16:15 [sarah_higley]
- (general assent)
- 17:16:20 [sarah_higley]
- TOPIC: New PRs
- 17:16:25 [jamesn]
- https://github.com/search?l=&q=is%3Aopen+is%3Apr+repo%3Aw3c%2Faria+created%3A%3E%3D2021-03-11+repo%3Aw3c%2Faria+repo%3Aw3c%2Faccname+repo%3Aw3c%2Fcore-aam&type=Issues
- 17:16:44 [sarah_higley]
- James: this is a draft PR to move abstract roles and essentially hide the abstract roles
- 17:16:50 [sarah_higley]
- James: this is a POC and not finished
- 17:16:51 [jamesn]
- https://raw.githack.com/w3c/aria/removeAbstract/index.html
- 17:17:23 [sarah_higley]
- James: what this does right now is adds a button under the categorization of roles section 5.3 with a note that says [reads note]
- 17:18:06 [sarah_higley]
- James: And then all of the consequences of hiding them in the spec. There was a bunch of work that had to be done to any references to the abstract roles that had to be moved. I created a bunch of important terms that took care of most of the abstract roles that were referenced from somewhere else that wasn't another abstract role
- 17:18:15 [sarah_higley]
- James: the definitions aren't good yet, it's meant as a POC to show we can do this
- 17:18:29 [sarah_higley]
- James: so what do people think, is this a bad idea, or good idea to get rid of abstract roles from the spec
- 17:18:58 [sarah_higley]
- Matt: Was this in preference to the other issue where there was a suggestion that we prefix abstract roles?
- 17:19:09 [sarah_higley]
- James: Maybe I missed that one
- 17:19:16 [sarah_higley]
- Matt: it was recent, within the last couple months
- 17:19:39 [sarah_higley]
- James: (reads issue) -- that involves other work, I guess this is an alternative
- 17:19:52 [sarah_higley]
- Matt: I dunno, prefixing sounds simpler and more clear and more useful to me
- 17:19:53 [sarah_higley]
- James: why?
- 17:20:25 [sarah_higley]
- Matt: because I do think that abstract roles are useful in terms of understanding the ontology, so when we say "a menu is a select" or whatever, they are useful phrases
- 17:20:55 [sarah_higley]
- Matt: I understand that you can easily replace that with a definition, but to me it's always been helpful and I know this doesn't get rid of abstract roles, but to me it's always felt like a really useful thing to understand the ontology
- 17:21:15 [sarah_higley]
- James: but that's for us the spec developers, and I don't think we're the important people in this discussion. So if it makes it easier for us, I don't think that matters
- 17:21:46 [sarah_higley]
- Matt: I may have a bias because I work on the spec, but I don't know if I think that way *because* I work on the spec. I think there's a lot of clarity that would be gained from the prefix idea because I think every developer understands the concept of abstract
- 17:21:56 [sarah_higley]
- (scribes note: I don't think every dev understands that :D)
- 17:22:31 [sarah_higley]
- Matt: I think it would add a lot of clarity to how things work, because people would see abstract, and go "oh I understand how this works here", so I think a newcomer to ARIA would get a lot of benefit from hte prefixing concept
- 17:23:08 [sarah_higley]
- James: let's ask, anyone here who's been here less than 5 years?
- 17:23:24 [sarah_higley]
- Sarah: I know they're there and understand them, but I don't get benefit or drawback in daily life
- 17:23:41 [sarah_higley]
- Melanie: we just added a rule in Ember linter around them
- 17:23:52 [sarah_higley]
- James: Does it aid you in having them in the spec?
- 17:24:20 [sarah_higley]
- Melanie: I dunno, I know the HTML spec has a separate one for authors and browser engineers. I think we should step back and do this at a meta level, you should pick your adventure on why you're visiting the spec
- 17:24:36 [Matt_King]
- Matt_King has joined #aria
- 17:24:44 [sarah_higley]
- James: Our general intention is we encourage authors to look at APG instead of the spec itself, and it's largely intended for browsers and framework devs and folks like that rather than authors
- 17:24:54 [sarah_higley]
- Greta: I was gonna say I never even noticed they were there
- 17:24:57 [sarah_higley]
- Matt: oh wow
- 17:25:13 [sarah_higley]
- Curtis: I always find them kind of educational if I'm trying to understand, but that's about it for me too
- 17:25:52 [sarah_higley]
- Joanie: can I ask a Q in response: if it weren't a role, instead of having value or whatever and we just use a word instead of making it a role, would that lessen your understanding? I"m pretty sure all the UAs have code that includes the roles and says this shouldn't be used
- 17:26:01 [sarah_higley]
- Joanie: why should we have code that handles something that shouldn't be used?
- 17:26:24 [sarah_higley]
- Matt: I've always thought it would be way cooler if it were like an interface concept, like we could have roles that inherit from this interface concept
- 17:26:51 [sarah_higley]
- James: For me, this is starting to sound more than 1.3 as soon as you start talking about control patterns and changing interfaces and stuff like that
- 17:27:44 [sarah_higley]
- Peter: Just to jump back to the impressions -- I remember coming across them and realizing they exist, and I think my only feeling was "why is it the last sentence in the section that says authors must not use?" I read through it and thought I could skip this, but that could be stronger
- 17:27:59 [sarah_higley]
- Peter: when we talk about th eoverview, we still have in the triage to get to the part of the diagram that might help as well in this context
- 17:28:26 [sarah_higley]
- James: OK, I'm hearing very mixed things on this PR, so I think I might just abandon it. So I'm hearing folks don't like this direction and they like abstract roles in the spec
- 17:28:34 [sarah_higley]
- James: it'd be less work if we just but "abstract-" in front of them
- 17:28:43 [sarah_higley]
- * sarah also thinks they could be nuked
- 17:29:00 [sarah_higley]
- James: Joanie wants them nuked, so you don't like my half thing of hiding them?
- 17:29:15 [pkra]
- sorry, have to drop off early. bye.
- 17:29:29 [sarah_higley]
- Joanie: I thought it was an improvement. But as long as there are roles, then we need code that handles it, and just whyyyyy
- 17:29:39 [sarah_higley]
- James: could we have wording that just says UAs should ignore this?
- 17:29:53 [sarah_higley]
- Joanie: I've seen code in at least one UA but maybe more than one that says "if you see this role, ignore it"
- 17:30:02 [sarah_higley]
- Joanie: roles that should be used should just not exist in my opinion
- 17:30:21 [sarah_higley]
- James: anyone want to take a stab at doing the alternative approach of prefixing them with abstract and tweaking the language?
- 17:31:38 [sarah_higley]
- Matt: I was thinking about what Melanie and Joanie are saying, and the halfway steps don't necessarily... I guess we need to define the problem, but the halfway solutions don't fully fix them. So if we were to fully get rid of the abstract roles and replace them with a concept -- we wouldn't need to rewrite the whole thing, because the definitions could still fit there
- 17:31:58 [sarah_higley]
- Matt: we could have an inheritance thing like interfaces
- 17:32:14 [sarah_higley]
- James: I'm looking at all the scripting that handles attributes, and I don't want to mess with that
- 17:32:26 [sarah_higley]
- James: I'm hearing no, and I'm wondering if we should just punt this and make it a 2.0 issue
- 17:32:35 [sarah_higley]
- James: anyone disagree with making it 2.0?
- 17:33:29 [sarah_higley]
- James C: I think there's some value to what Curtis said, "why is the last sentence..." What if the actual solution here is just put it as the first sentence after the description now. That seems fairly actionable for 1.3, it would be a separate one in 2
- 17:33:44 [sarah_higley]
- Matt: that's editorial, so we could just do it
- 17:33:49 [sarah_higley]
- James: not actually editorial
- 17:33:58 [sarah_higley]
- Car: it's in a green box, maybe we should put it in a red box ;)
- 17:34:04 [sarah_higley]
- Matt: oh you color impaired people
- 17:34:14 [sarah_higley]
- James: might be the first ableist comment I've heard from Matt
- 17:34:25 [sarah_higley]
- Scott: if only we had aria-something="abstract"
- 17:34:30 [msumner]
- +100 to `aria-mood`
- 17:34:32 [sarah_higley]
- James: it's in the minutes now, it's official
- 17:34:35 [sarah_higley]
- *scribe note: INCEPTION
- 17:35:01 [sarah_higley]
- James: anyone want to take that on, it sounds relatively easy. It may even be editorial, since we may already have something in the normative statement that says it
- 17:35:09 [sarah_higley]
- Car: I can do it, do we have an issue for that?
- 17:35:59 [sarah_higley]
- James: let's just open a new one
- 17:36:20 [sarah_higley]
- Car: actually yeah, it's a great first issue. Anyone looking for a first issue:
- 17:36:24 [sarah_higley]
- Jory: I can take it
- 17:38:03 [sarah_higley]
- TOPIC: Meaty topic for next week
- 17:38:16 [sarah_higley]
- James: I propose since we didn't get through much 1.3 triage, we should continue for next week
- 17:38:33 [sarah_higley]
- James: or should we finish off the required and owned discussion b/c we didn't finish that, and we may even have some new things to do based on work
- 17:39:18 [sarah_higley]
- James: actually probably better to wait on the required/owned discussion until we have the two first parts, so let's do some 1.3 triage
- 17:39:58 [sarah_higley]
- TOPIC: 1.3 triage
- 17:40:00 [jamesn]
- https://github.com/w3c/aria/issues?page=2&q=is%3Aopen+is%3Aissue+milestone%3A%22ARIA+1.3%22+sort%3Acreated-asc
- 17:41:27 [sarah_higley]
- James: starting at #1101, it's the first one without an assignment, aside from good first issue
- 17:41:35 [jamesn]
- https://github.com/w3c/aria/issues/1101
- 17:41:42 [sarah_higley]
- James: make support for aria-disabled being conditional on the row being in grid or treegrid
- 17:41:47 [sarah_higley]
- Matt: actually a good first issue for someone
- 17:42:07 [sarah_higley]
- Matt: we already have language that does very similar things
- 17:42:18 [sarah_higley]
- James: what language is it in? So someone taking a first issue can reference it
- 17:42:47 [sarah_higley]
- Matt: something in grid, maybe selection
- 17:44:19 [sarah_higley]
- Sarah: the wording is under the row role
- 17:44:40 [sarah_higley]
- https://w3c.github.io/aria/#row
- 17:45:03 [sarah_higley]
- James: going to comment in that with that spelling. I'll mark it with good first issue.
- 17:45:51 [sarah_higley]
- James: next, deprecating or special live region roles, we're going to move it to 1.4 because we're not doing anything to live regions in 1.3
- 17:46:09 [sarah_higley]
- James: 1106, PR automation, assigned to Harris -- you made some progress, right?
- 17:46:14 [sarah_higley]
- James: so 1106, we'll get that done?
- 17:46:23 [sarah_higley]
- Harris: if everyone's cool with that github action
- 17:46:45 [sarah_higley]
- James: Joanie brought up some interesting drawbacks, it's going to break any cherry picking we're doing currently, so we'll need to cherry pick everything before we do this
- 17:46:59 [sarah_higley]
- Joanie: but that's just to get the first public working draft of 1.3 out, right?
- 17:47:19 [sarah_higley]
- James: we have a whole bunch of stuff that's in main but not stable, so if we want to merge those into stable, that'd be a problem
- 17:47:32 [sarah_higley]
- Joanie: but are those things we want to include in the first working draft
- 17:47:49 [sarah_higley]
- James: there may well be things that we can't. Whenever we do it, it'll be painful, so we just need to do it at the least painful time
- 17:47:58 [sarah_higley]
- Joanie: that's probably just after getting the first public working draft out
- 17:48:08 [sarah_higley]
- Harris: someone just ping me when we want to add the github action
- 17:48:29 [sarah_higley]
- James: next, aria attributes has many integer attrs with string types. This is assigned to James, you still want to get it into 1.3?
- 17:48:37 [sarah_higley]
- James C: I do
- 17:48:47 [sarah_higley]
- James: next #1117
- 17:48:58 [sarah_higley]
- Joanie: if memory serves there's only one thing left, maybe we should redo the summary
- 17:49:26 [sarah_higley]
- Matt: why were they not all done at the same time?
- 17:49:32 [sarah_higley]
- James: we did the things we got full agreement on
- 17:49:37 [sarah_higley]
- Matt: ah, I remember the contention around listitem
- 17:50:07 [sarah_higley]
- Joanie: we've seen some focusable rowgroups in the wild, and the screen reader should say something about the nature of the group
- 17:50:56 [sarah_higley]
- Sarah: I've also run into visibly named rowgroups
- 17:51:10 [sarah_higley]
- James: so do we close the remaining ones, move it to a later thing, or do it in 1.3?
- 17:51:49 [sarah_higley]
- Matt: I'm a super strong advocate for the listitem and time one, but don't know about term and rowgroup. Maybe we should drop rowgroup
- 17:52:06 [sarah_higley]
- Matt: if you remove rowgroup
- 17:52:32 [sarah_higley]
- James: and listitem, because it's contentious, because there are use cases for an accessible name on the list item when the contents includes all sorts of other stuff
- 17:53:26 [sarah_higley]
- Matt: I think we talked about those being author errors, because it causes all sorts of AT issues when you duplicate content in a name. There is no precedence for listitem being a container in the way that group, article, region are all containers. So I personally don't think listitem should be that contentious, it was just a matter of clarifying matters to remove the contention
- 17:53:51 [sarah_higley]
- James: OK, let's separate these out into separate issues, and that way we can tackle them one at a time. Time can be done, and the other two can be punted.
- 17:54:00 [sarah_higley]
- James: I'll create those after the meeting
- 17:54:31 [sarah_higley]
- ACTION: jamesn, split #1117 into three issues for each role
- 17:54:50 [sarah_higley]
- James: I'm going to make Time 1.3, and the others 1.4 or later. And I'll close this one when that's done
- 17:55:11 [sarah_higley]
- James: 1119, consider creating a fieldset maxlength property
- 17:55:17 [sarah_higley]
- Joanie: I think it's worth doing, but not 1.3
- 17:55:19 [sarah_higley]
- James: 1.4, done
- 17:55:39 [sarah_higley]
- James: Add normative text about menuitem, treeitem about child elements. This sounds like what we were talking about
- 17:55:48 [sarah_higley]
- Matt: agree, this sounds like it should be part of that owns project
- 17:56:30 [sarah_higley]
- James: OK, so this stays 1.3. It does require someone to take it on, though
- 17:56:40 [sarah_higley]
- Matt: so the question is will you do this issue specifically, or --
- 17:56:54 [sarah_higley]
- James: yeah, this is more generic. I'm tempted to close, but I'll assign it to myself and do that when I look at the other issue
- 17:57:00 [sarah_higley]
- James: next, 1056
- 17:57:14 [sarah_higley]
- James: unclear purpose of aria-valuemin and aria-valuemax when aria-valuetext is defined
- 17:57:18 [sarah_higley]
- Matt: yeah, that's for sure
- 17:57:26 [sarah_higley]
- James: the ARIA spec could be clearer, yup
- 17:57:41 [sarah_higley]
- James: the first sentence, the spec could be clearer, that's probably relevant for all of it
- 17:57:48 [sarah_higley]
- Matt: it's also unclear what we want the AT behavior to be
- 17:57:55 [sarah_higley]
- James: 100% agree, it really is unclear
- 17:58:02 [sarah_higley]
- James: is this 1.3 or 1.4
- 17:58:47 [sarah_higley]
- James C: I don't have an opinion on the milestone, but I think there's value in leaving valuemin, valuemax, and valuenow. As an example, if it is agree, disagree, no pref, it would effectively be 0, 0.5, 1. So if a screen reader wanted to list the choices -- taking it away isn't an option
- 17:58:53 [sarah_higley]
- James C: if we want to clarify the prose, that's good
- 17:59:09 [sarah_higley]
- James: right now, the problem is valuemin, valuemax, value do nothing to benefit the user, so why should they do that
- 17:59:29 [sarah_higley]
- Matt: we want to get to this in ARIA-AT, and we don't have enough test cases yet. It's not clear what we want screen readers to do
- 17:59:38 [sarah_higley]
- Matt: I think there'll be a lot of questions around this soon
- 17:59:50 [sarah_higley]
- James: a lot of outstanding Qs, so we don't have enought info to do this in 1.3, should be moved to 1.4
- 18:00:01 [sarah_higley]
- Matt: yeah, I don't think the milestone matters much
- 18:00:08 [sarah_higley]
- James: OK, it is the hour, thanks all
- 18:00:16 [sarah_higley]
- rrsagent, make minutes
- 18:00:16 [RRSAgent]
- I have made the request to generate https://www.w3.org/2021/03/18-aria-minutes.html sarah_higley