Alexandre Prokoudine wrote:
2009/9/29 Krzysztof Kosiński wrote:
We MIGHT avert opening this can of worms if we create a grids & guides tool (or more generically a drawing helpers tool) that lets one create and select guides, rename them, distribute, etc.
That is, you want to avert opening can of worms by duplicating existing functionality? :)
I'm probably nitpicking already, but I fail to see why it is so bad to give users more power over guides using existing tools. And I really don't see where confusuion might take place. A guide is a visible thing. It is on the page and can be dragged. We might as well ditch angled guides because we bloody well can rotate them almost like shapes and paths.
Bulia mentioned previously that confusion would come from users trying to apply things to the objects that cannot be applied to them (like colors, or width, etc).
Is there a reason we can't have contextual modes (i.e. a guide edit mode) which makes tools that cannot be used with an object null? For example, you select a guide and the color swatch palette is greyed out.
For that matter, regarding colors, is there a reason guides can't be made custom colors? Or even set to print/be rendered as an option?
It may be confusing for some people, but I think it shouldn't be for the vast majority, especially if it's documented. There are plenty of places where the program can be potentially a LOT more confusing that this, but we don't worry so much if it provides a wanted functionality.
Simply the fact that guides are produced in a much different way from regular objects is likely enough to make most people aware that they operate somewhat differently. Besides, doesn't one have to look a little bit to find out how to make guides? At that point, won't he understand that they're different?
I do see the opposing points' merit, but only if we're concerned about making things so user friendly that the user can't do anything he wants with the program. That's the main reason I moved away from a particular OS and will never return to it. Let's not do that with Inkscape.
Of course, there needs to be some limitation on things, otherwise Inkscape will become a mess. However, I don't think this will make a mess out of anything, and in fact could make Inkscape more intuitive.
JF
Alexandre
Come build with us! The BlackBerry® Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9-12, 2009. Register now! http://p.sf.net/sfu/devconf _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel