IRC log of aria on 2021-12-09

Timestamps are in UTC.

17:52:36 [RRSAgent]
RRSAgent has joined #aria
17:52:36 [RRSAgent]
logging to https://www.w3.org/2021/12/09-aria-irc
17:52:39 [Zakim]
RRSAgent, make logs Public
17:52:40 [Zakim]
please title this meeting ("meeting: ..."), jamesn
17:52:41 [jamesn]
meeting: ARIA WG
17:52:46 [jamesn]
chair: JamesNurthen
17:57:34 [jamesn]
agenda+ [New Issue Triage](https://bit.ly/3GrI5uz)
17:57:34 [jamesn]
agenda+ [New PR Triage](https://bit.ly/3lKYId0)
17:57:34 [jamesn]
agenda+ Holiday Meeting Schedule - meet Dec 16. Then next meeting is Jan 6, 2022
17:57:34 [jamesn]
agenda+ [onboarding](https://github.com/w3c/aria/issues/1401)
17:57:34 [jamesn]
agenda+ [Should user agents calculate aria-posinset and aria-setsize on treegrid row if there is no author-provided value?](https://github.com/w3c/aria/issues/1602)
17:57:35 [jamesn]
agenda+ [Prohibit rowcount and rowindex on rows in treegrid and prohibit posinset and setsize on rows in tables and grids](https://github.com/w3c/aria/issues/1303)
17:57:35 [jamesn]
agenda+ [Spec is unclear on aria-invalid="spelling" | "grammar" uses](https://github.com/w3c/aria/issues/989)
18:01:25 [pkra]
pkra has joined #aria
18:02:30 [joanie]
present+ Joanmarie_Diggs
18:02:35 [pkra]
present+
18:02:43 [harris]
harris has joined #aria
18:02:48 [harris]
present+
18:03:01 [Jemma]
Jemma has joined #aria
18:03:26 [aaronlev]
aaronlev has joined #aria
18:03:33 [Jemma]
present+
18:03:38 [jamesn]
present+
18:03:55 [aaronlev]
present+
18:04:11 [MichaelC]
present+
18:04:17 [spectranaut]
present+
18:04:20 [spectranaut]
scribe: spectranaut
18:04:30 [spectranaut]
zakim, next item
18:04:30 [Zakim]
agendum 1 -- [New Issue Triage](https://bit.ly/3GrI5uz) -- taken up [from jamesn]
18:04:38 [IrfanA]
IrfanA has joined #aria
18:04:43 [IrfanA]
present+
18:04:48 [spectranaut]
https://github.com/w3c/aria/issues/1656
18:06:19 [StefanS]
StefanS has joined #aria
18:06:27 [siri]
siri has joined #aria
18:06:31 [spectranaut]
jamesn: I think we should move to 1.4
18:07:02 [spectranaut]
bryan: aria-current was never meant to be restricted to only interactive elements
18:07:19 [siri]
+1
18:07:49 [CurtBellew]
CurtBellew has joined #aria
18:07:56 [scottohara]
scottohara has joined #aria
18:08:03 [StefanS]
present+
18:08:06 [spectranaut]
jcraig: I don't think step is fully represented, I don't think there is enough for the AT to know you are on step 14 of 20, unless you have an additional label... we def need more time to discuss this
18:08:06 [scottohara]
present+
18:08:23 [spectranaut]
jcraig: this proposal doesn't need a deepdive
18:08:37 [spectranaut]
jcraig: maybe there is related issues
18:08:40 [CurtBellew]
present+
18:08:45 [spectranaut]
jcraig: I'll think about more after call
18:09:01 [spectranaut]
https://github.com/w3c/accname/issues/147
18:09:18 [Jemma]
agenda?
18:09:21 [spectranaut]
jamesn: I think we should close, other than the link from accname to html aam
18:09:34 [spectranaut]
cyns: both directions
18:09:42 [spectranaut]
peter: there is a note in the html spec...
18:09:52 [spectranaut]
jamesn: it's not in the references in the bottom of the doc
18:10:25 [spectranaut]
jamesn: an editor of the doc needs to change hte format so it links correctly via respec. it's a hard coded anchor andit shouldn't be.
18:10:32 [spectranaut]
bryan: I'll try to look at it and fix
18:11:38 [spectranaut]
zakim, next item
18:11:38 [Zakim]
agendum 2 -- [New PR Triage](https://bit.ly/3lKYId0) -- taken up [from jamesn]
18:11:58 [spectranaut]
https://github.com/w3c/core-aam/pull/103
18:12:24 [spectranaut]
joanie: I didn't merge because james had asked for two reviews, and caroline reviewed it, I'm ready to merge it
18:12:53 [spectranaut]
https://github.com/w3c/aria/pull/1657
18:13:16 [spectranaut]
jamesn: sarah reviewed, can I have two more reviews?
18:13:20 [spectranaut]
peter: I'll review
18:14:26 [spectranaut]
jcraig: the respect prefixes the text with "note". rfc2019 normative/non-normative/informative is clear
18:14:43 [spectranaut]
jamesn: we can merge when peter reviews
18:14:47 [spectranaut]
zakim, next item
18:14:47 [Zakim]
agendum 3 -- Holiday Meeting Schedule - meet Dec 16. Then next meeting is Jan 6, 2022 -- taken up [from jamesn]
18:15:10 [pkra]
James was faster than me.
18:15:26 [spectranaut]
zakim, next item
18:15:26 [Zakim]
agendum 3 was just opened, spectranaut
18:15:37 [spectranaut]
zakim, next item
18:15:37 [Zakim]
agendum 3 was just opened, spectranaut
18:15:54 [spectranaut]
zakim, close this item
18:15:54 [Zakim]
agendum 3 closed
18:15:55 [Zakim]
I see 4 items remaining on the agenda; the next one is
18:15:55 [Zakim]
4. [onboarding](https://github.com/w3c/aria/issues/1401) [from jamesn]
18:16:03 [spectranaut]
zakim, next item
18:16:03 [Zakim]
agendum 4 -- [onboarding](https://github.com/w3c/aria/issues/1401) -- taken up [from jamesn]
18:16:44 [spectranaut]
jamesn: is this done? jemma, do you need help?
18:16:58 [spectranaut]
Jemma: this is on going documentation, never "done"
18:17:22 [spectranaut]
jamesn: can we move from google doc into something we can all see?
18:17:28 [spectranaut]
Jemma: sure
18:18:12 [spectranaut]
Jemma: can we just check in everyonce in a while to see if there is anything to add?
18:19:21 [spectranaut]
jamesn: it can be in the repository or the wiki?
18:19:45 [spectranaut]
zakim, next item
18:19:45 [Zakim]
agendum 5 -- [Should user agents calculate aria-posinset and aria-setsize on treegrid row if there is no author-provided value?](https://github.com/w3c/aria/issues/1602) -- taken
18:19:48 [Zakim]
... up [from jamesn]
18:20:57 [jamesn]
agenda?
18:20:59 [spectranaut]
mcking: aaron, can you give your summary of the difference between row count and posinset, in practice, what are their differences?
18:21:15 [spectranaut]
aaronlev: I need to think more before doing that
18:21:36 [spectranaut]
jamesn: 1303 is the background for this
18:22:03 [spectranaut]
jamesn: from my perspective, they can be two different things. sometimes they are the same, sometimes not.
18:22:35 [spectranaut]
jamesn: if you have a virtualized treegrid..... <scribe couldn not catch>
18:22:43 [dcaro]
dcaro has joined #aria
18:23:11 [spectranaut]
jamesn: just because the properties are available, does not mean the AT should read them at all times when navigating between rows
18:23:57 [spectranaut]
jamesn: to me they are kind of different, the number of rows may be spoken when you enter the ride yourself. when you navigated around and drop levels.... it does required a lot of screen reader intelligence in order to know what is the relevent data
18:24:08 [spectranaut]
mcking: I don't think we know if we know what a user might want to know
18:24:54 [spectranaut]
mcking: they are a useful construct, trees, but when you combine them with the notion of virtualization... you are layering complexity, and I don't know the concept of numbers is the way to help a screen reader user get the same information that a sighted user has
18:25:57 [spectranaut]
mcking: if you have a virtualized structure on the screen, like scrollbars, and the way things fad at the edges... these are imprecise an subtle, and most users might not notice or care. if you hoist info of the nature on a screen reader user, you are creating cognitive load
18:26:12 [spectranaut]
jamesn: when you change rows, you hear the row number change
18:26:40 [spectranaut]
jamesn: despite whether you only have 10 rows, you might move ot the next row and hear 11
18:26:54 [spectranaut]
mcking: we don't know what kind of end state we want to provide
18:27:21 [spectranaut]
mcking: but maybe that is not our role, we just provide all information we have to screen reader, and the screen reader decides
18:28:01 [spectranaut]
jamesn: if you had a treegrid with 100 rows, then that would be too many to go all the way through, if you are row 50 to go to row 51, is that useful? and if so, we need the virtualization
18:28:25 [spectranaut]
mcking: I never understood if row count applies too...
18:28:39 [spectranaut]
jamesn: if you don't include them at all, and let the SR calculate them, what does it read?
18:28:52 [spectranaut]
jcraig: it will count every row that is not a header row
18:29:09 [spectranaut]
mcking: but is the row count all rows are all levels that are currently visible?
18:29:28 [siri]
How will they get sublevel row count? and what about invisible rows
18:29:39 [spectranaut]
mcking: or the rows that are in the dom .. but not visible because the branch is collapsed
18:30:00 [spectranaut]
mcking: are those counted in rowcount?
18:30:12 [spectranaut]
jamesn: they might not be fetched
18:30:31 [spectranaut]
jamesn: they might or might not be in the dom. they are unlikely to be in accessibility tree
18:31:05 [spectranaut]
mcking: if you have a tree, but every node is in the dom, but only one is visible (because all collapsed) the accessibility tree only has root node
18:31:41 [spectranaut]
aaronlev: you do nine accessibility APIs, right?
18:32:07 [jamesn]
q?
18:32:07 [spectranaut]
mcking: if you have a normal tree, with one parent node visible, is that the only tree item in the accessibility tree?
18:32:58 [spectranaut]
aaronlev: it's possible that is the case
18:33:05 [spectranaut]
jcraig: I think that is how we do it in mac
18:34:04 [spectranaut]
aaronlev: on mac, there is no "invisible" objects for the accessibility API
18:34:23 [spectranaut]
aaronlev: on others there is a concept of that in the accessibility tree
18:35:08 [spectranaut]
aaronlev: there is no requirement about this. trees are treated as things that when they get focused, it provids the data about what you can do with it
18:35:39 [spectranaut]
mcking: so we talk about rowcount is for virtualized content, to give you the correct total number of rows....
18:35:48 [spectranaut]
aaronlev: the setsize is for the level that you are in
18:36:13 [spectranaut]
mcking so when it comes to treegrids, one question is which row is counted in row count...
18:36:36 [spectranaut]
mcking: my guess is that it is what person can navigation to without expanding or collapsing.
18:38:42 [spectranaut]
mcking: I don't know if you want it to be consistent... there are so many views that load more junk, imessage or messanger, if you scroll back in time it loads more stuff. the way I know it loaded more stuff, is you do a three finger tap. at first, you might hear 9-15 of 15, then you scroll back and you hear rows 30-36 of 45, and you scroll back and hear 52-58 of 80
18:39:01 [spectranaut]
mcking: you get the same idea on the web
18:39:16 [spectranaut]
jamesn: so knowing that number of how many their are... why put a rowcount on there
18:39:34 [spectranaut]
mcking: that is just the screen reader counting what is available, not using rowcount
18:39:50 [spectranaut]
mcking: you can never know what is the total msg history, right?
18:40:09 [spectranaut]
jcraig: yeah. the screen reader knows "is it rendered in the dom or not"
18:40:24 [spectranaut]
siri: if the row count is changing based on what is available
18:40:35 [spectranaut]
siri: how do you know if there is more to reveal?
18:41:02 [spectranaut]
jcraig: the same way a sited user know? does a sited user know they are going to expand? only when you get closer to the top
18:41:20 [spectranaut]
mcking: sited users have the scrollbar indicator
18:42:01 [spectranaut]
mcking: when I'm in imessanger on web, I hit ctrl-home and it will take me to the top of what is loaded, and if I hit page up I know it will load more. I just know, but I don't know how that can be communicated to all users
18:42:47 [spectranaut]
siri: with sighted users, there is usually some queues to tell you you can load
18:44:17 [spectranaut]
jamesn: rowcount="-1" means useragents do not calculate rowcount
18:44:39 [spectranaut]
mcking: does that mean that when the user is in the table they can't know how many rows are currently rendered??
18:45:15 [spectranaut]
jamesn: when you have a table and you don't know how many rows are in it, then you don't want to give misleading info
18:45:42 [spectranaut]
mcking: but if there are 20 rows displayed, and you set it to -1, then the screen reader cannot tell me that I'm row on 1 of 20
18:46:04 [spectranaut]
mcking: there is a big use in knowing there are at least 20 rows available
18:46:20 [spectranaut]
jamesn: it would be nice to know there is a minimum but probably more...
18:46:32 [siri]
+1 james
18:46:39 [spectranaut]
jamesn: that is what I wanted to be able to provide
18:47:05 [spectranaut]
mcking: but if the user agent sets it to -1 and the API doesn't have a way to get to the number 20
18:48:23 [spectranaut]
joanie: this is weedy, and depends on the accessibility API, but you can get from the API how many rows are rendered.. in ATK and IA2 have ways of knowing how many cells are rendered, screen readers need to know that for their own navigation to work. screen readers need a representation for the rendered table. the -1 is the indication that there are more rows or column that are present, but there are more than we know
18:48:42 [spectranaut]
mcking: I just want to make sure the screen reader can know how many are currently available
18:49:06 [spectranaut]
jamesn: it says user agents "should not" calculate how many rows exist.
18:50:02 [spectranaut]
joanie: I would love a straw pull on this because I have a bit rotting change on chromium that aaron is waiting to hear if it should be done
18:50:27 [spectranaut]
mcking: I don't think they are the same thing posinset/setsize and rowcount/rowindex.
18:51:01 [joanie]
Straw poll: Should user agents calculate aria-posinset and aria-setsize on treegrid row if there is no author-provided value?
18:52:06 [Matt_King]
Matt_King has joined #aria
18:52:12 [Matt_King]
prsent+
18:52:15 [Matt_King]
present+
18:52:39 [Matt_King]
+1
18:52:57 [pkra]
+1
18:53:02 [aaronlev]
+1
18:53:04 [jamesn]
+1
18:53:27 [CurtBellew]
+1
18:53:45 [joanie]
0
18:53:48 [StefanS]
+1
18:53:53 [Jemma]
+1 no thinking other wise.
18:54:20 [jcraig]
+1 this is what AT does currently as far as I am aware
18:54:50 [siri]
+1
18:55:04 [jamesn]
q?
18:55:19 [jcraig]
s/AT does/UAs do/
18:56:24 [bkardell_]
bkardell_ has joined #aria
18:57:30 [spectranaut]
jamesn: maybe we need to make a really big tree grid to see how screen readers handle it
18:57:41 [spectranaut]
mcking: I've seen some really big tables that cause trouble
18:58:05 [spectranaut]
jamesn: lets not make spec changes until we do more experimentation
18:58:27 [spectranaut]
mcking: experimentation would allow us to open a more concrete convo with screen reader developers
18:58:41 [Jemma]
I added onboarding doc link to https://github.com/w3c/aria/wiki
18:58:42 [spectranaut]
mcking: maybe we can find creative approaches to mimicing virtualization
18:58:48 [jamesn]
agenda?
18:58:50 [spectranaut]
zakim, next item
18:58:53 [Zakim]
agendum 6 -- [Prohibit rowcount and rowindex on rows in treegrid and prohibit posinset and setsize on rows in tables and grids](https://github.com/w3c/aria/issues/1303) -- taken up
18:58:53 [Zakim]
... [from jamesn]
18:58:58 [spectranaut]
zakim, take up item 7
18:58:58 [Zakim]
agendum 7 -- [Spec is unclear on aria-invalid="spelling" | "grammar" uses](https://github.com/w3c/aria/issues/989) -- taken up [from jamesn]
18:58:59 [Jemma]
onboarding doc in github is https://github.com/w3c/aria/wiki/ARIA-WG-onboarding-:-Cheat-sheet-for-new-members
18:59:23 [spectranaut]
jamesn: aaronlev do we have a path forward, or is there something you need?
19:00:00 [spectranaut]
aaronlev: the way that we do it in chrome, if aria-invalid it used... it should have never been done in one attribute...
19:00:52 [spectranaut]
aaronlev: spelling and grammar only makes sense on text in editing context. like on a span for example. it doesn't make sense on a whole form control. aria-invalid=true, it only makes sense on form controls and not spans. I don't think this is clear in the spec, and chrome implements the thing that makes sense
19:00:58 [pkra]
Need to go. bye everyone
19:01:06 [spectranaut]
jamesn: we deprecated aria-invalid on anything other than a form
19:01:38 [spectranaut]
mcking: when we deprecated it, didn't we discuss adding a new property?
19:01:46 [spectranaut]
jamesn: we have discussed it sense.
19:02:32 [spectranaut]
mcking: I'm concerned about letting aria-invalid being something that is not an input, I'm more interested in a new property
19:03:09 [spectranaut]
aaronlev: I think that would make sense to have a new property for spelling and grammar, there are few implementers of aria-invalid for spelling and grammer, and I think that user agents should support the old deprecated situation for a while
19:03:26 [spectranaut]
jamesn: I don't imagine this will be removed
19:03:43 [spectranaut]
RRSAgent: make minutes
19:03:43 [RRSAgent]
I have made the request to generate https://www.w3.org/2021/12/09-aria-minutes.html spectranaut