-
Notifications
You must be signed in to change notification settings - Fork 93
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
Fixes keyboard navigation in Ktable #900
base: develop
Are you sure you want to change the base?
Conversation
Hi @Pandaa007, thank you! I appreciate your critical and pro-active mindset, and it is true these improvements are needed. However I'd recommend to check on proposed changes that are out of scope beforehand in the issue comment with the team. Unfortunately, we won't be able to accept everything. Some of the extra issues you took on are already addressed and reviewed, and only wait for final QA here:
I'd recommend you only keep changes directly related to #883. We're a bit behind on QA but I hope we can merge all pre-existing |
Thanks @MisRob for the review. Totally my bad as I wasn't aware that these problems of refactoring and keyboard navigation were already being worked upon by other contributors, and thus felt that I might adress them here itself. As per your advice, I'd like to wait for them to be merged to the codebase first and then make my changes on top of them! Would really appreciate a tag whenever the same are merged and I can start working again on it. Thanks :) |
Thanks for your understanding @Pandaa007. I will make sure to let you know when it's time to rebase. |
Hi @Pandaa007, we're close to having everything ready for you. I will follow-up hopefully next week. |
Hi @Pandaa007, we've just merged
and I assume that #883 will still be valid but let' see. |
Description
I have taken the liberty to make several related changes in the
KTable
component:handleKeyDown
event into different internal methods so that the logic of the program is much clearer and maintainable in the futuredisabled
elements as well, so I fixed that as wellTab + Shift
navigation in case multiple focusable elements were present in a single cell. Earlier, if multiple focusable elements were in a cell, they were iterated in the left to right order, even ifTab + Shift
was used, whereas the correct order should be right to left.Tab
navigation and theShift + Tab
navigation were opposite.Ktable
Issue addressed
Fixes #883
Screenshots
LE.mp4
I used the following playground snippet to generate the sample page for testing (on which the demo video is recorded)
Playground
Changelog
KTable
KTable
Testing checklist
Reviewer guidance