Hi,
Since 0.49 is shaping up so well with regards to polishing, I'd like to mention yet another thing. A while ago I discovered that several of our long-time users who have been with us since forever didn't even know that we have one-key shortcuts for tools.
I mean, for real. People who do real design with Inkscape and are mostly happy with it were quietly complaining that there were no simpler shortcuts. Imagine my surprise :)
Since 0.49 now shows F* based shortcuts, how difficult would it be to patch it to show alternative shortcuts as well, after a "," character? Or would it be too confusing?
P.S. I've seen this complaint many times before: people were asking if there was a way to configure Inkscape to use some one-key shortcuts for tools.
Alexandre Prokoudine http://libregraphicsworld.org
Adding the "secondary" shortcuts to the button tooltips is easy, but adding to the main-menu is more difficult.
How about just changing the "primary" shortcut to the most useable/obvious/one-key shortcut so they appear in the button tooltips ? Such as "g" for gradient instead of Ctrl+F1.
I fully back this approach... g, n, b, etc should be promoted instead imho. Maybe one day we can even ditch the F-Keys for tools in the default shortcuts. You know, so that we could reclaim F1 for Help (if we get volunteers to actually make it happen of course).
Cheers, Josh
On Wed, Feb 27, 2013 at 6:33 PM, John Smith <john.smith7545@...36...>wrote:
Adding the "secondary" shortcuts to the button tooltips is easy, but adding to the main-menu is more difficult.
How about just changing the "primary" shortcut to the most useable/obvious/one-key shortcut so they appear in the button tooltips ? Such as "g" for gradient instead of Ctrl+F1.
Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
I propose the following as primary shortcuts : (Note, this only changes the tool button tooltips, all existing shortcuts will continue to work) Any other changes/suggestions ?
Select tool : "s" (currently F1)
Gradient tool : "g" (currently Ctrl+F1) Node tool : "n" (currently F2) Tweak tool : "w" (currently Shift+F2)
Connector tool : "o" (currently Ctrl+F2)
Zoom tool : "z" (currently F3) Spray tool : "a" (currently Shift+F3)
Rect tool : "r" (currently F4) 3D Box tool : "x" (currently Shift+F4) Arc tool : "e" (currently F5)
Pencil tool : "p" (currently F6) Pen tool : "b" (currently Shift+F6) Calligraphic tool : "c" (currently Ctrl+F6)
Dropper tool : "d"(currently F7)
Bucket tool : "u" (currently Shift+F7)
Text tool : "t" (currently F8)
Spiral tool : "i" (currently F9)
________________________________ From: Josh Andler <scislac@...400...> To: John Smith <john.smith7545@...36...> Cc: Alexandre Prokoudine <alexandre.prokoudine@...400...>; Inkscape Devel List inkscape-devel@lists.sourceforge.net Sent: Thursday, February 28, 2013 11:43 AM Subject: Re: [Inkscape-devel] PR for shortcuts
I fully back this approach... g, n, b, etc should be promoted instead imho. Maybe one day we can even ditch the F-Keys for tools in the default shortcuts. You know, so that we could reclaim F1 for Help (if we get volunteers to actually make it happen of course).
Cheers, Josh
On Wed, Feb 27, 2013 at 6:33 PM, John Smith <john.smith7545@...36...> wrote:
Adding the "secondary" shortcuts to the button tooltips is easy, but adding to the main-menu is more difficult.
How about just changing the "primary" shortcut to the most useable/obvious/one-key shortcut so they appear in the button tooltips ? Such as "g" for gradient instead of Ctrl+F1.
Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
El 28/02/13 05:06, John Smith escribió:
Any other changes/suggestions ?
I have a few changes to propose. I think we should try grouping the shortcuts by complementary functions. For instance, the shortcut you propose for select, "s" and the node editing shortcut "n" are too separated, and that makes you look at the keyboard to switch between them. If we use "s" for select and "e" for nodes (like in "edit nodes") you can easily cycle between them without looking at the keyboard. In that case the shortcut "w" (tweak) would be close enough to quickly cycle between node editing, selction and tweaking.
The ellipse tool should change probably to c (for "circle" or "arC")
I'd also change the pencil tool to "d" (for "draw"). The eyedropper could use then the p (for "color picker") or the "o" like GIMP.
And that brings a new question: What about using, where is possible of course, the same shortcuts that gimp uses for similar tools? I know GIMP and Inkscape are different tools, but they can complement each other, and sharing shortcuts would make cycling between them more enjoyable.
Gez.
On 28-2-2013 15:20, Guillermo Espertino (Gez) wrote:
El 28/02/13 05:06, John Smith escribió:
Any other changes/suggestions ?
I have a few changes to propose. I think we should try grouping the shortcuts by complementary functions. For instance, the shortcut you propose for select, "s" and the node editing shortcut "n" are too separated, and that makes you look at the keyboard to switch between them. If we use "s" for select and "e" for nodes (like in "edit nodes") you can easily cycle between them without looking at the keyboard.
You can easily switch between the select tool and another tool using the space bar. Go into the node tool, press space to go to selection tool, press space again to go to node tool.
Easy! Johan
On Thu, Feb 28, 2013 at 6:20 AM, Guillermo Espertino (Gez) < gespertino@...400...> wrote:
El 28/02/13 05:06, John Smith escribió:
Any other changes/suggestions ?
I think we should try grouping the shortcuts by complementary functions. For instance, the shortcut you propose for select, "s" and the node editing shortcut "n" are too separated, and that makes you look at the keyboard to switch between them.
We already have the most important ones grouped. B-Bezier, N-Node, Space-Selector. Those keys are so fundamental to my existing workflow and they're awesomely grouped already.
Cheers, Josh
Josh,
I'm all for it. But I have a feeling that it might annoy the other part of the user, mostly those with FreeHand and Corel background.
Alexandre Prokoudine http://libregraphicsworld.org
On Thu, Feb 28, 2013 at 6:43 AM, Josh Andler <scislac@...400...> wrote:
I fully back this approach... g, n, b, etc should be promoted instead imho. Maybe one day we can even ditch the F-Keys for tools in the default shortcuts. You know, so that we could reclaim F1 for Help (if we get volunteers to actually make it happen of course).
Cheers, Josh
/me sings ”Easy keyboard shortcut editor to switch layouts for the fans” note that my voice was getting higher while singing it from beginning to end.
Seriously though, I think Inkscape needs to be Inkscape. We have and will accommodate other workflows, I just don't think we need to focus on it at our expense when moving forward.
I want alternate layouts available, but I want us to do right by us.
Cheers, Josh On Feb 28, 2013 4:10 AM, "Alexandre Prokoudine" < alexandre.prokoudine@...400...> wrote:
Josh,
I'm all for it. But I have a feeling that it might annoy the other part of the user, mostly those with FreeHand and Corel background.
Alexandre Prokoudine http://libregraphicsworld.org
On Thu, Feb 28, 2013 at 6:43 AM, Josh Andler <scislac@...400...> wrote:
I fully back this approach... g, n, b, etc should be promoted instead
imho.
Maybe one day we can even ditch the F-Keys for tools in the default shortcuts. You know, so that we could reclaim F1 for Help (if we get volunteers to actually make it happen of course).
Cheers, Josh
Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
it might annoy the other part of the user, mostly those with FreeHand and Corel background.
We are just changing the button tooltip labels here, all existing shortcuts will still work. In fact there are dedicated keyboard shortcut presets for both FreeHand and Corel that can now be switched on-the-fly from preferences !
On 27-02-13 19:21, Alexandre Prokoudine wrote:
Hi,
Since 0.49 is shaping up so well with regards to polishing, I'd like to mention yet another thing. A while ago I discovered that several of our long-time users who have been with us since forever didn't even know that we have one-key shortcuts for tools. ... Since 0.49 now shows F* based shortcuts, how difficult would it be to patch it to show alternative shortcuts as well, after a "," character? Or would it be too confusing?
The original patch to add shortcuts to the labels was this: http://bazaar.launchpad.net/~inkscape.dev/inkscape/trunk/revision/9745
From what I can tell, there would be a slight issue with showing the
alternative shortcuts as well, but it would be doable. Basically the issue is that primary shortcuts are indexed by verb, while alternative shortcuts are not (for those there is only an index from shortcut to verb).
Since shortcuts.cpp is pretty small and the indices (hash tables) are local to that file, it would definitely be doable to change it so that the table mapping verbs to primary shortcuts would become a table mapping verbs to a (double-ended) list of shortcuts (a std::deque or std::list for example), of which the first would be the primary shortcut. Given the small number of shortcuts that are typically associated with a single verb, it would even be acceptable (and likely preferable) to point to a simple std::vector rather than a std::list or std::deque.
In principle, the same could be done only for those shortcuts that have display=true. Those are currently considered primary, and if multiple "primary" shortcuts are defined for a single verb, we simply pick the last one. Instead, we could simply add them to a list.
In any case, once we have a table mapping verbs to lists of shortcuts it should be relatively trivial to alter sp_shortcut_get_label.
Disclaimer: I am not completely sure what the relevance is of having a "primary" shortcut, and am not sure what the repercussions are of slightly changing the semantics of "primary shortcuts". In particular, one should check where and how sp_shortcut_get_primary is used.
participants (6)
-
Alexandre Prokoudine -
Guillermo Espertino (Gez) -
Jasper van de Gronde -
Johan Engelen -
John Smith -
Josh Andler