Somehow pressing "tab" in a kririgami app iterates through buttons right to left. Furthermore, Tab doesn't iterate through all items on the Window, just the current selected view (eg: you can't jump to a sidebar from the main content). Furthermore, in many elements there's no visual indication that they are selected at all. STEPS TO REPRODUCE Can be seen in kdeconnect-app: - The buttons on the top right are selected right to left instead of left to right. - The elements in the sidebar can't be selected if you are on the main content (tabbing never gets to them). - The elements on the sidebar don't have visual indication when they are selected. - I also think "Enter" doesn't work to "click" on something and you need to press Space instead. KDE Connect app code is here: https://github.com/KDE/kdeconnect-kde/blob/master/app/qml/
I'm afraid it's not that simple; this isn't a generic issue in Kirigami *per se* but rather an issue with keyboard focus in every single app you encounter it. Keyboard focus is trickier in QtQuick-based desktop software than it is in QtWidgets-based desktop software. The question of why this is so is a higher level one where we would need to loop in the Qt folks. Which might be good idea, but it's out of the scope of this bug report. :) For now, moving the bug to kdeconnect so it can be investigated and fixed in that app. Can reproduce the issues you describe. Some may in fact be Kirigami issues (in particular some with the sidebar/drawer) but we would need a separate bug report for specifically those.
I don't think those can be fixed in KDE Connect, we don't have any way to affect the behavior of tabbing through elements... it need to be fixed in Kirigami or Qt, so I'm bouncing it back to Kirigami and if Qt folks need to get involved I think this should happen from a Kirigami perspective. However, at the very least the issue of selected items not being visually highlighted should be 100% solvable within Kirigami. I also found this issue had been reported in the past already [1] so sorry for the dupe. [1] https://bugs.kde.org/show_bug.cgi?id=475093
I think this would benefit from getting more specific, rather than more general. There isn't a way we can "fix tab navigation in Kirigami", since bad tab navigation in QtQuick apps can be affected by: - Incorrect or missing tab navigation handling in app code - Incorrect or missing tab navigation handling in specific Kirigami-specific components - Incorrect tab navigation handling in the QtQuick desktop style ...And there's no way to know which one is going on without investigating it. So it's more helpful to have bug reports on specific instances of it being bad. Would you mind doing that?
I disagree the broken tab order is a bug in Kirigami.ActionToolBar and not an app specific bug
Created attachment 169079 [details] Screenshot of the kdeconnect Kirigami app The buttons in the attached screenshot are created by Kirigami. In the kdeconnect-app code we just create Kirigami.Actions and Kirigami turns the actions into buttons. Kirigami.Actions can't have KeyNavigation.tab to "fix" (workaround) the ordering problem (because they are abstract, non-graphical elements). If you manage to focus the buttons in the screenshot (you need the mouse for that, but different bug), then they keyboard navigation goes through them right-to-left instead of left-to-right. I haven't found anything we can do on our side to fix that.