[Bf-committers] Patch [#36028] New 4-column layout for the editor-type-selector menu...
julian.hzg at gmail.com
Sun Jul 7 11:43:49 CEST 2013
I find all new layouts proposed to be a big improvement over the current
long list that is, in my opinion, too long to scan efficiently when looking
for a window type. I'm always annoyed about myself taking 5 seconds to find
the right one in there.
These two here seem to be the best ones to me, the left one could possibly
turned upside down so that the commons window types are at the left bottom:
Then again, distance from the button shouldn't be an issue - once you know
where the button is, the mouse is there in a fraction of a second anyway.
I also don't think titles over the categories would be bad, because you can
only really memorize where which window type is found if you know what the
categories contain. I never even noticed they were in categories already
until now, but because they aren't described (and the lines are very thin),
so they have no positive effect right now. This could also be a user
preference setting imo.
2013/7/7 Thomas Dinges <blender at dingto.org>
> I am not sure what to make of these new layouts yet, imho it's more
> complicated to scan 3 columns with no description or misleading title,
> than scanning through the list we have know.
> So I am not convinced here yet. ;)
> Am 07.07.2013 06:53, schrieb Gavin Howard:
> > +1 to the last 3-column layout with no headers.
> > Gavin H.
> > On Sat, Jul 6, 2013 at 10:36 PM, David Jeske <davidj at gmail.com> wrote:
> >>> Maybe something like this, with 2 columns:
> >>> http://www.pasteall.org/43817
> >>> Not saying this is ideal, but I think trying to fit everything in
> >>> columns with a single title per column constraints things too much.
> >> I think any of these non-flipping layouts would be a big improvement.
> >> reason I'm going wider is to keep the common views within mouse-reach
> >> menu opens "up". Below is a reachability comparison. I think the
> >> difference in everyday usability would be significant. (Keeping 3d-view
> >> close is one of the justifications I hear for today's "flipping" menus)
> >> http://www.pasteall.org/pic/show.php?id=55034
> >> As for the headers, we could just drop them. They are not a very
> >> part of layout waypointing, memory, or everyday usability. They are
> >> for new-users to get some idea what the categories are. However, if
> >> isn't enough ontological correctness they confuse more than help.
> >> What do you/folks think about this 3 column layout? .. with no headers
> >> http://www.pasteall.org/pic/show.php?id=55036
> >> It's the same as your ordering, except I put Node-Editor with the "main"
> >> stuff on the left because I think the compositor is as good a "main
> view /
> >> start-point" as the other things over there. (ignore the kind of nasty
> >> extra space below "Editor Type".. it's a byproduct of the current menu
> >> and could be fixed)
> >> _______________________________________________
> >> Bf-committers mailing list
> >> Bf-committers at blender.org
> >> http://lists.blender.org/mailman/listinfo/bf-committers
> > _______________________________________________
> > Bf-committers mailing list
> > Bf-committers at blender.org
> > http://lists.blender.org/mailman/listinfo/bf-committers
> Thomas Dinges
> Blender Developer, Artist and Musician
> Bf-committers mailing list
> Bf-committers at blender.org
More information about the Bf-committers