I wish to strongly disagree about combining the fill and stroke dialogs. I recently started to use a "professional" proprietary software suite for a new job (no choice for me) and have had to learn the interface, some elements which this mockup is trying to imitate.
I absolutely despise the fill/stroke switcher concept. Fill and stroke, while similar, are two entirely separate things. I don't think it makes any sense for them to share the same space. It's really unintuitive, in my opinion. (I don't think I can express my dislike strongly enough without cursing ;) It took me a good bit of time just to figure that out, and have yet to get used to it after several months of active use. And it's a pain to have to pay attention to which of the icons is actually in front, rather than just seeing which tab is active by a quick glance.
It may seem strange, but in this case I definitely prefer having a tab with text explaining what exactly I'm editing.
Besides, I don't think getting rid of the tabs is saving any space; rather, it's adding more used space by adding the stroke styles beneath the whole thing.
I think that whole concept would be a huge step backwards.
JF
On 09/02/2010 01:59 PM, Michael Grosberg wrote:
Alexandre Prokoudine<alexandre.prokoudine@...360...> writes:
A blueprint by Oliver Jan Krylow:
https://blueprints.launchpad.net/inkscape/+spec/ui-improv http://wiki.inkscape.org/wiki/index.php/UI_improvements
Interesting blueprint. I'm willing to create the grayscale set if there's an agreement that it could be added. As for simplifying the shape and color of the existing set, judging by the variety of opinions over the tool icons when I helped with the tango set, it'll be very difficult to reach a consensus. But it can't hurt to have a little... let's not say "contest" but "request for proposals" in which artists could try their hand at a new icon set for the toolbox. Who knows? Perhaps someone will come up with a really polished good looking set that everybody will like.
as for maximizing the working area: I agree with the need, not sure about the proposed solution. I think first and formost something must be done about the size of the widgets. I work on both Windows and Ubuntu and in both the widgets are way oversized, the panels too wide. Now, letting the user customize the UI is always a bonus, but if there's no good default, it's just shifting the responsibility from the developer to the user.
I do like some things about Pablo Lzardo's mockup which is attached to the blueprint. I think the overlapping UI would be a step back, but I like the fact that stroke options are visible at the same time as color options, and the options are nicely concentrated and laid out. Adobe apps have this type of panel where the most common options are always visible, and the less common ones (such as end/center markers) can be expanded by a down arrow on the tab header. That might also be a good idea.
The self-documenting UI: if you're considering this and are looking for real-world examples, you might want to check out the latest version of 3ds max. There's this new ribbon-like thing below the menu (only for a very specific set of mesh editing functions,. for some reason). If you hover over one of the ribbon's icons for a couple of seconds, you'll see a normal tool tip. But, if you keep you mouse for a couple seconds more, the tool tip expands into a longer explanation along with keyboard shortcut, tips, even screenshots. It's a really nice, helpful system. I'm not sure if it's necessary for Inkscape - seems like an overkill. Still, if anyone's looking for an implementation to draw inspiration from it's there.
Lastly I want to remind you that the most important feature missing in the current UI is the ability of making the UI stick between sessions. Open panels should still be open, and in their last set size, the next time you open inkscape.
This SF.net Dev2Dev email is sponsored by:
Show off your parallel programming skills. Enter the Intel(R) Threading Challenge 2010. http://p.sf.net/sfu/intel-thread-sfd _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel