On Fri, Jan 05, 2007 at 06:22:43AM -0400, bulia byak wrote:
On 1/5/07, Bryce Harrington <bryce@...961...> wrote:
But that is the only exception I found. All the rest of the uses of Alt+click seem to be the same as Ctrl+Alt+click.
Not really. Two more examples: Dragging in selector: Alt+drag - move selected, Ctrl+Alt+drag - move selected restricting to hor/vert (because with dragging, Ctrl has the semantics of restricting to hor/vert). Selecting in Node tool: Alt+click - select object under (same as in Selector), Ctrl+Alt+click - create/delete node.
And in general, even if it were possible, I don't like this idea because it will make it even more difficult to remember the shortcuts by further destroying the one-to-one correspondence between modifiers and semantics. We already violate this principle in some cases, but at least within a single tool, we try to stay consistent.
However note that I am not suggesting to *remove* the Alt+Click behavior, but rather to simply document it as Ctrl+Alt+Click. This does not in any way "destroy" the correspondence here; it merely makes the functionality accessible to the vast bulk users who won't modify their desktop environment shortcut settings.
I know that you feel this is conceptually unclean, however at the same time you must recognize that using a shortcut that GNOME and KDE both already have locked up is untenable. Despite the eligance of the one-to-one correspondance, the fact is that the shortcut isn't realistically available for use.
Again, recognize this proposal is not to make any functional change to inkscape; merely to document Inkscape in a way that enables ordinary users to access useful functionality that is already mapped to keys they have available to them without requiring any remapping of their desktop environment shortcut keys.
Bryce