[prev in list] [next in list] [prev in thread] [next in thread]
List: kde-bugs-dist
Subject: [Bug 94998] ctrl-J is per default assigned to 2 different actions
From: Guenther Palfinger <guenther.palfinger () gmx ! net>
Date: 2004-12-13 10:27:41
Message-ID: 20041213102741.17964.qmail () ktown ! kde ! org
[Download RAW message or body]
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
http://bugs.kde.org/show_bug.cgi?id=94998
------- Additional Comments From guenther.palfinger gmx net 2004-12-13 11:27 -------
IMHO, giving shortcuts two different meanings by default is useless, if not counter \
productive. In this case, ctrl-J works as expected on systems on which the XML \
Completion plugin is not enabled and doesn't on systems on which the plugin is \
enabled. It is hard for the user to follow this logic as she never has changed the \
shortcut settings.
I am not much into usability and I am not sure whether such a programme with \
potentially many further plugins to come could be made without contradicting \
shortcuts, as this would result in not being able to assigne any further shortcuts at \
some point. But I think it would be worth trying not to double assign any shortcuts \
that are enabled by default.
A suggestion for the shortcuts:
ctrl-H Automatic Completion Popup -- Reuse Word Ahead
ctrl-shift-H Automatic Completion Popup -- Reuse Word Behind
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic