Bug 282506 - Keyboard shortcut tagging functionality is lost
Summary: Keyboard shortcut tagging functionality is lost
Status: RESOLVED FIXED
Alias: None
Product: digikam
Classification: Applications
Component: Usability-Keyboard (show other bugs)
Version: 2.1.1
Platform: Compiled Sources Linux
: NOR normal
Target Milestone: ---
Assignee: Digikam Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-09-21 20:21 UTC by Rinus Bakker
Modified: 2017-08-02 17:41 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In: 4.4.0


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Rinus Bakker 2011-09-21 20:21:45 UTC
Version:           2.1.1 (using KDE 4.7.0) 
OS:                Linux

In june 2011 I wrote how I did fast tagging with shortcut. I don´t know when it happened and it is probably the result of a bugfix, but it does not work anymore.

This was my method.
#######################################
A very handy way to tag my pictures works as follows: In albumview I click on a thumb
to get the view window with one big picture and all the thumbs lined out
at the top.
Now I want all the pictures showing wildlife give the tag ¨wildlife¨
done by pressing just the letter ¨w¨ on my keyboard (I prepared the
shortcut). Now my righthand points to the ¨arrow right¨ key and my left
hand to the ´w´.  This works wonderfull for me, no mouse involved.
################################
But now arrow key locks on the picture after applying the tag and I can not move forward or backward, I have to pickup the mouse to free it.
Rinus 

Reproducible: Always

Steps to Reproduce:
x

Actual Results:  
arrow key locks after tag

Expected Results:  
press arrow key goes to next picture.
Comment 1 Marcel Wiesweg 2011-09-21 20:48:18 UTC
You mean keyboard focus is moved from the thumbnail bar to the "one photo" view when applying a tag shortcut?
Comment 2 Rinus Bakker 2011-09-22 07:29:25 UTC
Op 21-09-11 22:48, Marcel Wiesweg schreef:
> https://bugs.kde.org/show_bug.cgi?id=282506
>
>
>
>
>
> --- Comment #1 from Marcel Wiesweg<marcel wiesweg gmx de>   2011-09-21 20:48:18 ---
> You mean keyboard focus is moved from the thumbnail bar to the "one photo" view
> when applying a tag shortcut?
>
At least I can say that there is no longer any visible action in the 
thumbnail bar by pressing the arrowkeys.
Interestingly, if I press my shortcut again (which removes the just 
applied tag) the respons to the arrawkeys is back.

Rinus
Comment 3 Marcel Wiesweg 2011-09-22 20:00:32 UTC
Sorry seems I cannot reproduce.
Can you try with a tag shortcut which is something like ctrl+something or meta+something (not a single letter)? To rule out any sideeffects.
Comment 4 Rinus Bakker 2011-09-22 20:40:48 UTC
Op 22-09-11 22:00, Marcel Wiesweg schreef:
> https://bugs.kde.org/show_bug.cgi?id=282506
>
>
>
>
>
> --- Comment #3 from Marcel Wiesweg<marcel wiesweg gmx de>   2011-09-22 20:00:32 ---
> Sorry seems I cannot reproduce.
> Can you try with a tag shortcut which is something like ctrl+something or
> meta+something (not a single letter)? To rule out any sideeffects.
In this situation I was using Alt-z and Alt-c, which both had the problem.
Cntr-Alt-z seems to work, which is an akward combination. Is this 
explainable why Alt-z and Alt-c have this problem? What experience others?
Comment 5 Rinus Bakker 2011-09-27 10:57:49 UTC
It is hard to find a working shortcut that can be handled by one hand. Although no warning about being ambiguous, most combinations lock the arrowkey after they have once or have several times been applied. As soon as the arrowkey is locked, one of the top menu items opens by pressing arrow up.

Rinus
Comment 6 Marcel Wiesweg 2011-09-27 19:34:49 UTC
Weird, seems as if focus is transferred to the menu bar. No idea at the moment.
Comment 7 caulier.gilles 2014-09-01 21:27:48 UTC
Rinus,

Tags Shortcuts feature work perfectly on my computer with current git/master implementation. Do you confirm that all is fine with 4.2.0 release ?

Gilles Caulier
Comment 8 caulier.gilles 2014-09-13 08:46:16 UTC
I cannot reproduce the dysfunction using current implementation from git/master

Gilles Caulier