Bug 436953

Summary:	Feature request: keyboard shortcut for "assign pick label then advance image" as one action
Product:	[Applications] digikam	Reporter:	K D Murray <foss>
Component:	Usability-Keyboard	Assignee:	Digikam Developers <digikam-bugs-null>
Status:	REPORTED ---
Severity:	wishlist	CC:	caulier.gilles, metzpinguin
Priority:	NOR
Version First Reported In:	7.2.0
Target Milestone:	---
Platform:	Other
OS:	Linux
Latest Commit:		Version Fixed/Implemented In:
Sentry Crash Report:

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