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

Stars rating keyboard shortcut not functioning #8

Closed
Dave22152 opened this issue Jun 25, 2022 · 17 comments · Fixed by darktable-org/darktable#12351
Closed

Stars rating keyboard shortcut not functioning #8

Dave22152 opened this issue Jun 25, 2022 · 17 comments · Fixed by darktable-org/darktable#12351

Comments

@Dave22152
Copy link

Dave22152 commented Jun 25, 2022

I understand that you're revamping the stars rating approach. Your forked version (as of 3.9.0+1781~gb8cdc71b6-dirty on Windows 11) seems to have disabled the keyboard shortcut for ratings. For example, I select an image and type a "3" then a message will pop-up stating "3 not applied". I don't know if this is intentional, but the keyboard shortcut was a bit of a time saver. Good luck with your efforts!

@jorgesate
Copy link

That happend to me even in (main) darktable. I just needed to remap every number again to make it work.
imagen

Hope this gets you around, at least.

@Dave22152
Copy link
Author

Dave22152 commented Jun 28, 2022 via email

@aurelienpierre
Copy link
Collaborator

Fixed ?

@Dave22152
Copy link
Author

Dave22152 commented Jul 18, 2022 via email

@aurelienpierre
Copy link
Collaborator

That's one of the perks of the new MIDI shit. Previously, keyboard shortcuts used Gtk accelerators. Now, that got replaced by something custom. Gtk identifies numeric keys the same, whether they are input from numpad or text pad. The new stuff doesn't. That's progress.

@Dave22152
Copy link
Author

Dave22152 commented Jul 23, 2022 via email

@dterrahe
Copy link

Gtk identifies numeric keys the same, whether they are input from numpad or text pad. The new stuff doesn't. That's progress.

For those who extensively use keyboard shortcuts, the ability to assign numpad keys separately from the "ordinary" number keys is indeed progress. The old behavior can "easily" be restored by explicitly recreating the double mapping. This could also be made the default. Gtk helpfully, when asked for a text representation of a key, doesn't make a distinction between "1" and "1", so as shown in the screenshot above, the double mappings do looks confusing/redundant.

That's one of the perks of the new MIDI shit. Previously, keyboard shortcuts used Gtk accelerators.

Input NG (lovingly referred to as "the MIDI shit" by some, but having a somewhat wider goal which made continuing with the "something custom" previously arduously layered on top of Gtk accelerators infeasible and actually allowed a large cleanup in that area) still uses Gtk to translate the old-style default shortcut declarations to the new key specific definitions. Somewhere between this landing in master 1.5 years ago and now, it seems a gtk update broke this on windows (ah,... dependencies).

At least, that is what must have happened because otherwise it would be hard to imagine that this only gets reported as an issue now, and only in a github fork that is slightly less than welcoming to a subset of developers. In fact, a large amount of time was spent during design and development to try to avoid regressions for all, but given the platform, language and hardware specific issues that can crop up in this area, such an endeavor can only succeed when feedback, explicitly asked many times at all stages of the process, is provided by the community. And feedback can be something besides just criticism of the non-constructive kind.

@aurelienpierre
Copy link
Collaborator

For those who extensively use keyboard shortcuts, the ability to assign numpad keys separately from the "ordinary" number keys is indeed progress. The old behavior can "easily" be restored by explicitly recreating the double mapping.

The fact that a "4" works differently depending on where it's typed is a regression, period. Otherwise, we wouldn't label keys on keyboards, we would just use their coordinates.

This kind of comment makes me very happy to not have to deal with your bullshit anymore. Keep developing headless libraries, don't mess up with UX.

@Dave22152
Copy link
Author

Fixed ?

I just build a fresh (Windows) copy and the short cuts are still missing. Like I said earlier, remapping the key stroke is a good work around, so I suggest closing the issue if you don't see it as a priority.

@dterrahe
Copy link

dterrahe commented Sep 6, 2022

darktable-org#12351

@aurelienpierre
Copy link
Collaborator

Anyway, I need to make numeric keys behave the same for the whole keyboard. The current behaviour is unacceptable and breaks a very basic user expectation for the sake of allowing deviant niche uses from a bunch of dudes who spend more time reading config files than editing actual pictures.

It is expected that users who don't want the numpad to behave as a numpad hit the num_lock key. That is, for the rest of the world who work with computers instead of for computers.

@aurelienpierre
Copy link
Collaborator

Fixed.

@Dave22152
Copy link
Author

Dave22152 commented Jan 20, 2023 via email

@aurelienpierre
Copy link
Collaborator

I just went one step further today. All numpad events will be simple remapped to regular key strokes. Enter will be enter no matter where you type it, numbers will just be numbers, etc.

You know, like in any application. 🙄

@Dave22152
Copy link
Author

Dave22152 commented Jan 20, 2023 via email

@aurelienpierre
Copy link
Collaborator

@nitschis
Copy link

nitschis commented Nov 6, 2023

Is this broken again with the newest release?

I don't have numpad and I have already tried resetting the star shortcuts, but no matter what I do, stars a not set with my number keys.

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

Successfully merging a pull request may close this issue.

5 participants