Difference between revisions of "SpecSidebarTools"

From Inkscape Wiki
Jump to navigation Jump to search
Line 27: Line 27:
 
=== First Step: Types of buttons ===
 
=== First Step: Types of buttons ===
  
 
+
As first I would try to make a list of the commands and understand the type of reponse the software gives by clicking that specific function.
 
I would make these groups
 
I would make these groups
  
'''[1]''' simple commands, like "cut", "copy", "open" etc.  
+
'''[1]''' simple and direct commands, like "cut", "copy", "open" etc.  
  
 
'''[2]''' tools with options in a box, as the "trace bitmap" or most of the effects
 
'''[2]''' tools with options in a box, as the "trace bitmap" or most of the effects
Line 36: Line 36:
 
'''[3]''' tools with options in the "tool controls bar", as "freehand lines" "rectangle" etc
 
'''[3]''' tools with options in the "tool controls bar", as "freehand lines" "rectangle" etc
  
'''[4]''' tools and commands that opens a setting box, as "layers" "stroke and fill" "path effects"  
+
'''[4]''' tools and commands that opens a setting box, as "layers" "stroke and fill" "path effects"
  
  
 +
Some of the commands of these groups are shown as buttons in the UI, some are in the tools bar, some in the command bar, but expecially groups 3 and 4 can be marked to give a better affordance of their function. So they should be shown grouped, positioned prompting what they will do after the "click", and have different shape from the other two groups.
  
 
=== Second Step: Different position and shapes ===
 
=== Second Step: Different position and shapes ===

Revision as of 00:27, 6 February 2008

Launchpad Entry: https://blueprints.launchpad.net/inkscape/+spec/toolbar-resize

Summary

The purpose of this blueprint is to give a better organization to the toolbar of inkscape without effecting the space of the workarea itself.

Release Note

Buttons has been divided by function and shaped/positioned to underline the type of function they shoul do.

Dockable panels are now listed on the right side of the UI, showing all the function that open up a setting box, and inclues also Layers, Text, and Path Effects. All the panels can still be moved outside the dock, resized, reordered as from 0.46.

Tool Controls Bar is now better positioned in the UI to refer better to the tools in the Tools Bar.

Rationale

Adding new features to a program that should be used by a professional target user, needs also a good study of how the features are used too.

For example, I would expect that buttons that makes the same thing to happen, in this case the buttons that open a box with tool settings, are in the same area of the user interface and have a different look from the other buttons. This would give to the user an easier and more intuitive way to understand features, and to the new user to learn the software.

Also making the user interface more rationale and ordered, making easier to access and to find features and tools, gives to the le software a more professional look in general and improves the user experience.

Design

First Step: Types of buttons

As first I would try to make a list of the commands and understand the type of reponse the software gives by clicking that specific function. I would make these groups

[1] simple and direct commands, like "cut", "copy", "open" etc.

[2] tools with options in a box, as the "trace bitmap" or most of the effects

[3] tools with options in the "tool controls bar", as "freehand lines" "rectangle" etc

[4] tools and commands that opens a setting box, as "layers" "stroke and fill" "path effects"


Some of the commands of these groups are shown as buttons in the UI, some are in the tools bar, some in the command bar, but expecially groups 3 and 4 can be marked to give a better affordance of their function. So they should be shown grouped, positioned prompting what they will do after the "click", and have different shape from the other two groups.

Second Step: Different position and shapes

Each group should have a position and a shape that identifies the type of action that it will do (referring to the groups above).

Group 4 should have icons near where the box will appear in the dock on the right, and in Group 3 should be underlined the link between the tool and the "tool controls bar".

Here's an example (a rough mockup)


Thirt Step: Work Space

All the changes in the UI should have in the end a common goal: save space for the work space. So every box and dialog should be very easy to hide and to popup. I would recommend a button to quicly hide all the boxes and dialogs.

TODO

* Flesh this specification out in more detail

Discussion