Version: SVN: Version 0.10.0-beta2 (rev.: 832007) (using KDE 4.0.83) Although most applications specify "Ctrl +" for Zoom In and "Ctrl -" for zoom out, every program that I've ever encountered is liberal and allows for "Ctrl =" instead of "Ctrl +". This saves the user from holding the shift key to turn "=" into "+". However, Digikam insists on having a literal "+" and will not accept "=". Please correct this for the default behaviour, even though the user can set a different shortcut. Thanks.
What other apps? digiKam tries to follow KDE HIG lines and there is no allowance for Ctrl+= . Also in other KDE apps I tried Ctrl+= isn't working. IMO this should be reassigned to general KDE usability.
In Konqueror, for instance, the user can hold the Ctrl key and depress the "=+" key to have the text enlarged. This does not work in Digikam. In Digikam the user must hold Ctrl and Shift together and then press the "=+" key to increase the thumbnail size.
I can't confirm this, CTRL+= does nothing in konqueror on my system.
In Konqueror (as a web browser, not as a file manager), in order to make text larger, on your system requires Ctrl-Shift-"=+"? I just checked and the default Konqueror setting is "Ctrl =" for konqueror. To be clear, "=" and "+" are on the same key. When pressed without Shift, the "=" character is produced. When pressed with Shift, the "+" character is produced. Although Konqueror performs as expected, I just tested with some other KDE apps (Konsole, Marble, Okular) and they all expect Ctrl-Shift-"=+" as well. Every non-KDE application (Mozilla products, anything MS, Gnome programs) do not require a three-fingered keystroke to increase zoom/font, even though the keyboard shortcut in those applications is labeled as "Ctrl +". It seems accepted that although the "+" character is the Shifted version of the key, keyboard shortcuts that enlarge / zoom work with the non-shifted version "=". I see that this is not a Digikam issue, so I would like to move it to the appropriate Product. I don't see a Useability Product, and nothing else looks relevant. I don't know what "Bindings" is, but might that be the place (as in Keyboard Bindings)? Thanks.
Bindings is for script languages (Python, Ruby). This is about libraries here, kdelibs/kdeui maybe. Note: On my keyboard, "+" is first on its key, "=" is secondary on the "0" key. Perhaps devs have never encountered your problems.
I don't see "kdeui" so I moved the bug to kdelibs. I hope that someone knowledgeable will step in and put the bug in the right place. Although I don't live in the US, this laptop did come from the states and has one key for both "=" (regular) and "+" (shift). This key is directly to the left of the Backspace key (some keyboards have "\" between the two). Looking at other keyboards and googling, this seems to be the standard.
Isn't this related to Bug 154082 and http://trolltech.com/developer/knowledgebase/524/ ?
@David: It does seem related, but I am not knowledgeable enough to know. I will try to build a current SVN of KDE and see how it works, because the patch in 154082 did not make it into KDE 4.1rc1
Works in Trunk. Thanks.
Actually, the problem still exists in Digikam 2.5.0. I can set the keyboard shortcut to "Ctrl =" (which other applications colloquially call "Ctrl +") but the default is "Ctrl +" which requires the Shift key to be depressed, in defiance of all other applications which work without Shift.