Bug 436953 - Feature request: keyboard shortcut for "assign pick label then advance image" as one action
Summary: Feature request: keyboard shortcut for "assign pick label then advance image"...
Status: REPORTED
Alias: None
Product: digikam
Classification: Applications
Component: Usability-Keyboard (other bugs)
Version First Reported In: 7.2.0
Platform: Other Linux
: NOR wishlist
Target Milestone: ---
Assignee: Digikam Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2021-05-12 03:59 UTC by K D Murray
Modified: 2022-01-08 15:55 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed/Implemented In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description K D Murray 2021-05-12 03:59:35 UTC
SUMMARY

To facilitate rating large numbers of images, I have the three pick label states mapped to my numeric keypad: 1 -> rejected, 2 -> pending, 3-> accepted. I also have the + and - of my numeric keypad mapped to next/previous image. This way, I can press 1 then + to reject an image, 2  then + to mark images for further consideration. This is a workable system, however other tools I've used allow mapping "rate then move on" as a single keypress (in the above example, pressing 1 would assign rejected label and move to the next image).

Would this be difficult to support in Digikam? My QT is a bit rusty, but is there a way to trigger multiple slots (slotAssignPickLabel() and then slotNextItem()) from one key combination?



STEPS TO REPRODUCE

n/a

OBSERVED RESULT

n/a

EXPECTED RESULT

n/a

SOFTWARE/OS VERSIONS
Linux 7.2.0-rc AppImage

ADDITIONAL INFORMATION

n/a
Comment 1 caulier.gilles 2021-05-12 04:09:13 UTC
Hum, what we can do if multiple selection is done in this case, especially in icon-view ?
Comment 2 K D Murray 2021-05-12 04:59:17 UTC
With current settings, pressing 1 would assign rejected to all selected images, and + would deselect the selection and select the image after the last selected image.

I assume the same would happen with the hypothetical feature I describe below? That's certainly what I'd assume should happen.
Comment 3 Maik Qualmann 2021-05-12 05:39:09 UTC
I would understand the function as a kind of macro recorder for key shortcuts. An implementation only for this user use case makes no sense.

Maik
Comment 4 K D Murray 2021-05-12 05:53:19 UTC
@Maik: agreed, a generalised macro system for digikam would be fantastic. A perhaps more easily achieved goal would be generalising this to all metadata assignments: picks, ratings, colours, etc.
Comment 5 caulier.gilles 2021-05-12 06:05:54 UTC
About Macro recorder, we have another and older entry in bugzilla.

Typically, Krita has this kind of tool available since a long time, so stable and work as well. This is the way to experiment and look for a DK solution.

Gilles Caulier
Comment 6 caulier.gilles 2021-05-12 06:07:03 UTC
See bug https://bugs.kde.org/show_bug.cgi?id=119399 for macro recorder...

Gilles Caulier
Comment 7 caulier.gilles 2021-05-12 06:12:36 UTC
Krita recording macro architecture :

https://community.kde.org/Krita/Recording_System

Gilles Caulier