Skip to content
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

Preferences Effects: left/right key in effect lists trigger hide/unhide #14205

Open
wants to merge 1 commit into
base: 2.5
Choose a base branch
from

Conversation

ronso0
Copy link
Member

@ronso0 ronso0 commented Jan 20, 2025

Followup for #13329
Fixes #10580

Or should this rather be Alt + Left/Right, like the track move hotkeys?

@ronso0
Copy link
Member Author

ronso0 commented Jan 23, 2025

TODO
mention the keys in the description above the list views. This will invalidate the existing translations though..
As a workaround I may grab the tr string from the ui file and append the new hint in the cpp.
When merging to main we may then either update the string in the ui file or move it to the cpp (would allow to painlessly append more info in the future / point releases).

@ronso0 ronso0 added this to the 2.5.1 milestone Jan 26, 2025
@daschuer
Copy link
Member

It works, however it does not feel right, that the opposite direction works as well. Using the plain cursor keys works for me without Alt.
What do you think?

@ronso0
Copy link
Member Author

ronso0 commented Jan 28, 2025

Ah okay, so that Right works only in the left list, and vice versa.

I'll add that constraint.

@ronso0
Copy link
Member Author

ronso0 commented Jan 28, 2025

I just thought that it might be expected Left Right move focus, not items. Though focus is usually moved with Tab key, but Left/Right seem to work, too, in button rows at least.

And we have the Alt+key combos to move tracks in playlists (like moving lines in text editors), but there we don't have an equivalent for Left/Right.

So to fully fix #10580 we probably need all Alt combos, Up, down, left, right, home, end. Should be rather easy for single-selection.

@daschuer
Copy link
Member

Initial expectation was to change to the right window with tab and back with shif+ tab.
Selecting and moving with > key works greate, even as a mouse user. It was just surprising for me that the opposite direction works as well. It feels more like UnDo. Hoverver I have no idea how to implement undo reasonable. Because for bulk action, moving the focus to the next item in the same box is just right. (This is no feature request)

@ronso0
Copy link
Member Author

ronso0 commented Jan 30, 2025

Initial expectation was to change to the right window with tab and back with shif+ tab.

Ah okay, so we simply change the tab order:
Visible -> Hidden -> Hide -> Unhide

@ronso0
Copy link
Member Author

ronso0 commented Jan 30, 2025

About Undo:
impIementing real Undo (view-indpendent hotkey like Ctrl+Z) is a bit over the top here of course.
But maybe we can auto-select the last moved item when switching to the view it has been moved to (with Tab). This would auto-scroll but that would be an okayish tradeoff IMO.

@daschuer
Copy link
Member

If you like to go that route and it feels natural, fine.
I just don't want to impose extra work in you.

@ronso0
Copy link
Member Author

ronso0 commented Jan 30, 2025

I'll prevent Left/Right to right & left view and try the other tab order, and yes, if it feels good I'll do it here, otherwise.. "another time".

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants