Bug 171199 - Single-click behavior on tree-view do not respect settings from KDE control panel
Summary: Single-click behavior on tree-view do not respect settings from KDE control p...
Status: RESOLVED FIXED
Alias: None
Product: digikam
Classification: Applications
Component: Albums-TreeView (show other bugs)
Version: 4.2.0
Platform: openSUSE Linux
: NOR normal
Target Milestone: ---
Assignee: Digikam Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-09-17 10:09 UTC by krienke
Modified: 2017-07-29 05:34 UTC (History)
2 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 krienke 2008-09-17 10:09:20 UTC
Version:           0.9.4 (using KDE 3.5.10)
Compiler:          4.3.1 
OS:                Linux
Installed from:    SuSE RPMs

Recently I noticed a strange behaviour when doing a single click on folders as well as on tags. KDE is configured to open folders only on double click.

When doing a single click on a folder in digikam this folder is eautomatically xpanded. The same is true for the tag hierachy. A click on a tag shows all subtags. I tried an older 0.9.4-rc1 version of digikam which shows the correct behavour i.e. a folder is only opened when I double click on it.

When you eg have enable a recursive view of your folders and you want to go through your top folders, at the moment you cannot that easily because by clicking on a folder it is automatically opened pushing all other top folders down in the window. So you have to close it again. And all the time folders in the folder window are moving up and down just because there are opened automatically which is annoying if you do not want to see the subfolders. The more subfolders a folder has  the more annoying this behaviour gets.

Another problem is that when tagging photos by entering the tag names directly you have to select the parent tag the new tags should belong to. But by selecting the parent this parent opens and shows all its children which is really annoying because the view of tagnames suddenly changes and you cannot access other tags that were visible up to now. This should not happen by simlply selecting a tag. Thats what the + sign in front of the tag is good for.

After all the problem with this behaviuor now is, that it does not conform to the standard KDE behaviour eg.: in konqueror a folder does not show its subfolders when doing a single click on it (when KDE is configured to react on double clicks). So digikam should like all other kde apps respect the "single-click"  <->
"double click"  global settings of KDE and if double click is configured digikam should behave accordingly.

I did not find a way to configure the behaviour in digikam, which would be Ok as well allthough there is already a global KDE configuration for this.
Comment 1 krienke 2008-10-07 16:20:35 UTC
Just tried 0.10.0 on KDE4. 
digikam 0.10 shows exactly the same behaviour. Allthough KDE4 is configured to react on double clicks, digikam opens albums and tag hierarchies with a single click. So digikams gui has a "feel" that is different from all other KDE applications. I think this should not be because its confusing when working with different KDE applications and with digikam.
Comment 2 cor 2009-08-16 06:50:38 UTC
You might want to also check out this bug:

https://bugs.kde.org/show_bug.cgi?id=182040
Comment 3 caulier.gilles 2011-12-14 09:22:49 UTC
krienke,

This file still valid using digiKam 2.x serie ?

Gilles Caulier
Comment 4 krienke 2011-12-14 09:51:21 UTC
Its still true for album folders but no longer for tags.

When doing a single click on a folder it automatically opens and shows its subfolders. Clicking once again on it closes it again. Since I configured KDE to open a folder (eg in dolphin) only by double click, this behaviour is still "non standard".
Comment 5 caulier.gilles 2013-11-25 16:53:11 UTC
krienke,

It still reproducible with digiKam 3.5.0 ?

Gilles Caulier
Comment 6 krienke 2013-11-26 07:32:37 UTC
Yes, a single click on a image folder in 3.5.0 still opens the folder right away  allthough I configured KDE to use a double click for this. Digikam still does not behave the standard way in this respect.
Comment 7 caulier.gilles 2014-09-27 06:52:58 UTC
Note : KDE api provide KGlobalSettings::singleClick() method to check mouse click settings from KDE Control Center.

http://api.kde.org/4.x-api/kdelibs-apidocs/kdeui/html/classKGlobalSettings.html#a225260756a0d0c9c11a9b39bcd671c08

Gilles Caulier
Comment 8 krienke 2014-09-27 07:07:36 UTC
Just tested if the problem is still there in digikam 4.3.  

With this version everything is fine. In my case (prefering double clicks for an action) I now have to double click on an album or parent tag folder in order to open or close it, just as it should be.

So this bug has been fixed. Thanks a lot.