-
Notifications
You must be signed in to change notification settings - Fork 125
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Unclear use of the term "descendant" #1150
Comments
The ARIA Working Group just discussed The full IRC log of that discussion<carmacleod> github: https://github.com//issues/1150<carmacleod> jamesn: scott owns - he is the right person to take this on <carmacleod> jamesn: does need to go in 1.2, because DOM 4 and not DOM 3 - our references have changed <carmacleod> sina: I agree that it's editorial |
@scottaohara any updates on this one? |
Also see #1161 which refers to owned elements in the context of descendants. |
Discussed in WG call on 11/12/2020**JN:** so the first one of these is 1150, and this is unclear use of the term descendant … I think at this stage going through and doing a PR on this isn't necessarily the right way of going about it. I think we need to go through and work out all the different uses of descendant that we have … doing an informal search of the spec, we have 4 different uses. There's DOM descendant, descendant element (not sure if the same as DOM descendant), and then we have other uses of descendant, many of which are in activedescendant and keyboard handling sections, and then we have random other things … my proposal on this is that someone takes a look and tries to categorize the usages of the word descendant into various things and then we can potentially come up with a different word for some of them and a definition, or a definition for what descendant means in each of these ways … e.g. "element descendant" and "DOM descendant", and define each of those … so anyone want to voluteer for this?SH: I wouldn't mind doing some of that MK: do they have to be fixed before CR? JN: no, only if they (the ACT) say they have to be MK: so you're not planning of taking the results of this analysis and trying to get something changed in 1.2 after it's gone into CR JN: we are going to try not to do that, yes. We don't want to put anything new into 1.2, aside from editorial changes, and this is not editorial SH: sounds good, I'll start with writing up what's currently in the spec and leaving recommendations off for now |
Assigning myself to see if I can help get it unstuck - no promises. |
Discussed in F2F meeting yesterday: https://www.w3.org/2023/05/04-aria-minutes#t01 Decision to add "accessibility descendant" as an important term, to mirror "accessibility child" and "accessibility parent". Then we can use "accessibility descendant" or "DOM descendant" as appropriate in the spec. |
…cessibility parent", "accessibility child" and "accessibility descendant" (#2010) Closes #1150 As discussed in the F2F, "owned" elements refers to either descendant or the direct accessibility child. Also, using "owned" in this way is confusing, because it is not exactly the same as "aria-owns". Co-authored-by: giacomo-petri <106394951+giacomo-petri@users.noreply.github.com> Co-authored-by: Peter Krautzberger <p.krautzberger@gmail.com> Co-authored-by: James Craig <cookiecrook@users.noreply.github.com>
There are a number of places where the word "descendant" is used. It is unclear what tree this is referring to. There are different trees involved in the user agent, such as the light DOM tree, shadow DOM trees, the flat tree, and the accessibility tree. In some uses of the word "descendant" the intended purpose seems to be flat tree, in others a document fragment, and yet others the accessibility tree.
This problem is new in ARIA 1.2 because it is written for DOM 4, rather than DOM 3 which was used in ARIA 1.1..
The text was updated successfully, but these errors were encountered: