I've been reading the KeyboardShortcutsToDo document in Wiki http://inkscape.org/cgi-bin/wiki.pl?KeyboardShortcutsToDo
You ask ::(two rotation directions ''times'' two rotation speeds ''plus'' two radial movements) ''times'' two handles for each node ''equals'' 12 keys or key combinations in total! :I'm thinking about how to fit this into the keyboard in a more or less elegant way that can be remembered. Suggestions welcome.
I would venture a guess that a certain amount of context could be used to reduce the requirements for so many unique keybindings.
I think I managed to shape this quite well with [] <> with various modifiers. See the KeyboardShortcuts page (the ToDo needs updating). Try it on a real node path to get a feel.
I'm thinking we should be able to heavily overload the arrow keys. Also my instinct is that treating Alt and AltGr differntly is something that should be avoided if possible.
I'm not sure what is AltGr, but left and right Alts or Ctrls are pretty convenient for rotating the two handles separately. Try it.
I remember you had some objections to when this was brought up http://www.maths.tcd.ie/~horkana/inkscape/jasc-webdraw-tooltips.txt but I cannot quite recall what they were. (Perhaps it was that you didn't like that rotate clockwise was both Down Arrow and Right arrow and similarly Up Arrow and Left arrow were anticlockwise.) I still think the shorcuts used for this by Jasc Web aren't bad.
No. Arrows are for moving. Rotation is different and needs different keys.
Inkscape already uses up and down arrows for Nudging, shift+arrow gives a bigger nudge. Inkscape uses Ctrl+Arrows for some sort of Panning/scrolling but I think this is a waste.
Why? I use it all the time. It's very convenient.
I'm not sure if it is this is a good keybinding for panning but it should not be used when there is a selection.
Panning must not depend on whether there is a selection.
When something is selected then Ctrl+Arrows could be used for rotating it.
No. Confusing. Panning keys always pan. Rotating keys always rotate. That's the way it should be.
When there is nothing selected (and because we know dont want to rotate the whole canvas), we can still use Ctrl+Arrows for panning in this context if that is what we really want to use those keys for.
What you propose is a usability disaster. Accidental rotates when I intended to pan and vice versa will drive me crazy.
Although I'd normally try and avoid using the Alt key for much I do think alt+arrows could be quite useful, if not instead of the keys you have suggested then perhaps for skew/shearing.
Alt+anything has the general meaning of moving slowly, one visible pixel per keypress. That's the way it works with arrows, [], and <>. I can't live without it.
I'm thinking maybe also that you cannot have a meaningful 'rotate' when you are in Node Edit mode (as opposed to the standard select mode)
Yes I can. Select a node and press [ or ].
so we can use these keybindings again for manipulating the nodes. Now that I think about it Select and Node Edit need to be kept clearly seperated out anyway, and I'm hoping this makes a whole huge amount of sense. (Modes like in Vi can be nasty for users but we have them already and may as well make the most if it)
Those operations that are clearly and unambiguously applicable both to objects and to nodes, such as move or rotate, must apply to objects and nodes in selector and node tool respectively. That's just logical.
** ctrl-[, ctrl-] - scale 1/2 or 2 times the original
Now it's ctrl-< and ctrl->. As I said, [ and ] are for rotating.
Unfortunately Adobe Illustrator uses them for Bring to Front Shift+Ctrl+] Brink Forward Ctrl+] Send Backward Ctrl+[ Send to Back Shift+Ctrl+[
Too bad :) I don't think we'll change that to conform to Illustrator because: 1) we already have established keys for back/forward and 2) [ and ] are convenient for rotate. So we'll leave this for the "Illustrator compatibility mode".
I'm conflicted by my sycophantic desire to pander to Adobe Illustrator users and the desire to use the same keybindings as I used for Dia (which if i recall correctly were the same as Visio, see below) and perhaps get other Gnome application to try and use the same bindings consistantly. Only by keybindings being consistant across applications do they become significantly easier to learn and remember.
Send to Back Ctrl+B Send Backwards shift+ctrl+b Bring to Front Ctrl+F bring forwards shift+ctrl+f
Ctrl-b, shift-ctrl-f are already occupied. Ctrl-f will be one day used for search (I hope).
I desperately want the Page Up and Page Down keys back so that they can be used to move up and down the page as the Gods of User Interface Design intended so I have been thinking about the possible shortcuts.
No. In a text editor, the up/down direction is significantly different from left/right so it has additional keys (pgup/pgdn). Not so in a drawing program. Here we have four equally important directions, and they must be equally served by keys. That's why all moves and pans can only be done by arrows, because there are 4 of them. On the other hand, pgup/pgdn can later be used for navigating across "pages" or "layers" of an svg, but that's far away into the future. For now, I like pgup/dn as they are.
Whiel I'm at it I may as well mention that I really strongly want to rename the Dialogs menu with a 'Tools' menu and make it consistant with about a zillion pieces of Software instead of just a handful of ugly software (Gimp, Cinepaint, Sodipodi, Dia).
"Tools" is vague. "Dialogs" is exactly what this menu contains. I see no reason for a change.
Sorry if this mail makes little sense, it was written completely out of order, I originally intended to mail it to the list and I really need to get some sleep and get my damned project finished on time!
I want to sleep too, so replying briefly :)
I found a PDF document that lists some of the shortcuts (keybindings) used by Adobe Illustrator 7.0 http://www.bsu.edu/web/ucspubs/pdf/other/crossprod.pdf
See KeyboardProfiles - if you care about Illustrator, plan a profile as described on that page. I promise to implement loading keys from a file as soon as we have two complete profiles of different mainstream editors.
PPS I figure I must be doing something wrong or overlooking some detail but I cant quite seem to get Inkscape (on windows) to import any Images.
File > Import?
_________________________________________________________________ Tired of spam? Get advanced junk mail protection with MSN 8. http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2f...