Contenteditable table headers#15977
Conversation
…eldForObject now has table row and column headers set when appropriate
|
@SaschaCowley welcome to the NVDA project, and thank you very much for the contribution so far. This should be tested in the Wordweb as well, so using an MS Office 365 account with Word Online should report table headers both in focus and in browse mode ideally. |
Is this also happening when using UIA for Edge and Chrome in NVDA advanced settings? |
Ctrl+Alt+arrow keys navigates focused tables in focus mode, at least in contenteditable tables. See for example the demo provided by Mick in the original issue
Great, I'll give this a try and report back.
When forcing the use of UIA in Edge, the double speaking of row and column headers does not occur. However, navigation by Alt+Ctrl+arrow keys stops working. I suspect this is a case of those scripts not being bound in that context. I can't seem to find an issue about this, does one exist already that we know of, or should I go ahead and creat one? |
|
I don't think this PR needs to worry about Edge with UIA -- there are multiple issues there, which should be handled separately. Specifically:
However, the issue with multiple reporting of row and column headers on header elements in Edge / chrome (without using UIA) probably should be handled in this PR (or another that blocks this one), as it becomes more noticeable. |
…le headers whose IAccessible::uniqueID matches that of the current cell
I have implemented this, and all seems to be working properly (based on manual and unit testing). |
michaelDCurran
left a comment
There was a problem hiding this comment.
Looking good. But a few review comments.
See test results for failed build of commit e45c984413 |
|
|
My understanding is that Word 365 online exposes tables as ARIA live
regions and not as proper contenteditable structure yet. Office 365
Online still has a ways to go. Thus, I agree with Sascha that this pr
should not worry about that.
Message ID: ***@***.***>
|
Co-authored-by: gerald-hartig <153188145+gerald-hartig@users.noreply.github.com>
|
Although I've approved it, please make sure you get @seanbudd to sign off on it too! |
michaelDCurran
left a comment
There was a problem hiding this comment.
Looks like some extra blank lines were added to changes.t2t?
|
Please add "Fixes" before the issue number so GitHub automatically links the PR and issue. |
Co-authored-by: Michael Curran <mick@nvaccess.org>
|
This PR can be merged when you are ready, the build passes and the description is up to date.
So usually this is just copying the first 4 items, and sometimes the known issues. |
See test results for failed build of commit 367e7a517b |
|
|
No problem: For example: |
See test results for failed build of commit 367e7a517b |
See test results for failed build of commit 367e7a517b |
|
Hi, Wait, how was the merge possible (was Sascha approved to merge this PR)? Isn't it usually NV Access folks who can merge PR's? Just curious. |
|
@SaschaCowley is our newest member of NV Access - I think further introductions will come in future |
|
Ah, makes sense – welcome, Sascha, and congratulations on the first PR merge!
|
|
wow, welcome @SaschaCowley |
|
Thanks, @josephsl and @cary-rowen, I'm excited to be here. |
|
Welcome, @SaschaCowley! A welcome surprise!
|
Fixes nvaccess#14113 Summary of the issue: When navigating tables in contenteditable HTML elements in focus mode, table row and column headers are not reported. Description of user facing changes Table row and column headers are now reported when navigating tables in contenteditable HTML elements in focus mode. Description of development approach Added appropriate fields to the `TextInfos.ControlField` returned by `CompoundTextInfo._getControlFieldForObject`. Also added special case handling for Chromium, which erroneously reports heder cells as being their own headers.
Fixes nvaccess#14113 Summary of the issue: When navigating tables in contenteditable HTML elements in focus mode, table row and column headers are not reported. Description of user facing changes Table row and column headers are now reported when navigating tables in contenteditable HTML elements in focus mode. Description of development approach Added appropriate fields to the `TextInfos.ControlField` returned by `CompoundTextInfo._getControlFieldForObject`. Also added special case handling for Chromium, which erroneously reports heder cells as being their own headers.
Link to issue number:
Fixes #14113
Summary of the issue:
When navigating tables in contenteditable HTML elements in focus mode, table row and column headers are not reported.
Description of user facing changes
Table row and column headers are now reported when navigating tables in contenteditable HTML elements in focus mode.
Description of development approach
Added appropriate fields to the
TextInfos.ControlFieldreturned byCompoundTextInfo._getControlFieldForObject. Also added special case handling for Chromium, which erroneously reports heder cells as being their own headers.Testing strategy:
Ran unit tests. Manually tested with a basic contenteditable table with row and column headers in Firefox and Edge.
Known issues with pull request:
None.
Code Review Checklist: