-
Notifications
You must be signed in to change notification settings - Fork 816
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
Improve activity list highlighting/keyboard item selection #4781
Conversation
Codecov Report
@@ Coverage Diff @@
## master #4781 +/- ##
==========================================
- Coverage 57.23% 57.22% -0.02%
==========================================
Files 138 138
Lines 17144 17144
==========================================
- Hits 9812 9810 -2
- Misses 7332 7334 +2
|
@nimishavijay @jancborchardt what do you think about keyboard highlights? Should they be different from mouse-hovering highlights? At the moment I have made them the same (on keyboard navigation un clickable list items have an outline instead) |
@claucambra same style is good – I'd also say that the outline is not necessary but rather confusing. Can just be the same style. Ideally every entry has an action (in the case of your todos opening the Tasks app for example) but that's of course a server/app issue. Can the action buttons be focused too? |
Sorry, to clarify, the outline is only for list items that are un-clickable -- the intention behind the outline was distinguishing between an item that is "enabled" (i.e. clicking has some effect) vs. one that isn't. On hover with the mouse, these items aren't highlighted in any way, but with keyboard navigation you'd still need some indication that the outlined item is the one currently selected. Whenever we get, say, todos to be clickable and have them open the tasks app, the highlight will not be the outline but the full background change. Having said all of this, I can change the highlight to be just like the mouse hover even on disabled items if that is preferable :)
Under the hood the code relating to the buttons is a mess and making them focus-able in a coherent/predictable/functional way will require some serious refactoring. I've started with #4784 but it will likely take several more PRs of cleaning up things component by component. So I decided to keep this PR to just fixing keyboard navigation in the list view itself, but intra-listitem navigation is being worked on :) |
1ca18d5
to
b2c1ebc
Compare
@jancborchardt @nimishavijay thoughts on the focus effect on pressable vs unpressable buttons? :) |
I fear that the current implementation is pushing an implementation detail into the user |
Yup, agree with @mgallien – and as said, would be less confusing if the focus highlight is the same as for hover. :) |
de2676d
to
66b11c1
Compare
Okay @jancborchardt the highlight is now the same on all activity items Screen.Recording.2022-08-10.at.11.39.19.mov |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Nice! :)
66b11c1
to
6c52480
Compare
Signed-off-by: Claudio Cambra <[email protected]>
6c52480
to
b820df9
Compare
Kudos, SonarCloud Quality Gate passed! |
AppImage file: nextcloud-PR-4781-b820df90b9a400f7791e1c62cad1d657293e3de5-x86_64.AppImage |
This PR improves our keyboard navigation of activity list items in the activity list (especially in terms of highlights).
This partially addresses #4220 (navigation within activity list items, such as to highlight action buttons, is still a bit funky)
Screen.Recording.2022-07-27.at.14.32.23.mov
Signed-off-by: Claudio Cambra [email protected]