[Bf-funboard] Bf-funboard Digest, Vol 92, Issue 5
atomicperception at gmail.com
Wed Jul 3 13:44:41 CEST 2013
Personally I don't think the 3D manipulator needs any changes at all. I
recently started playing around with Houdini and their god awful
manipulator is very confusing to use and rarely works as expected. I do not
want to see Blender fall into that category. What again is the point of
adding more clutter to the manipulator?
On Wed, Jul 3, 2013 at 6:00 AM, <bf-funboard-request at blender.org> wrote:
> Send Bf-funboard mailing list submissions to
> bf-funboard at blender.org
> To subscribe or unsubscribe via the World Wide Web, visit
> or, via email, send a message with subject or body 'help' to
> bf-funboard-request at blender.org
> You can reach the person managing the list at
> bf-funboard-owner at blender.org
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Bf-funboard digest..."
> Today's Topics:
> 1. Re: 2-axis manipulator designs... (David Jeske)
> 2. Re: Unlock "view offset lock" for Lock to Cursor (Campbell Barton)
> Message: 1
> Date: Wed, 3 Jul 2013 00:09:18 -0700
> From: David Jeske <davidj at gmail.com>
> Subject: Re: [Bf-funboard] 2-axis manipulator designs...
> To: bf-funboard at blender.org
> CA+CP9O4MEX6GSRM8w2YQ33OFtbztyh_6qO5ZmNw6of4KJVdmVA at mail.gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1
> Hmm, the UI currently does pre-selection highlighting for nearly all input
> I guess I could imagine there being some annoyance with the manipulator
> doing this though. It's such a small target maybe it induces some kind of
> unintended psychological wait as our brain unintentionally learns to wait
> for the highlight confirm. Or maybe it just encourages bad design by
> fooling us into thinking it fixes small ambiguous hit targets.
> I'm not sure we can come up with clean enough 2-axis scale -or- translate
> to be worth it, let alone both! However, we can try. It's easy to say 'no'
> to things that are not nice.
> Here are some thoughts..
> 1) I don't think Vino's 2-axis translate visuals work. They are almost
> exactly the same appearance as the current 1-axis scale squares.
> 2) I think we will have better luck using the "corner surface" as 2-axis
> translate, and some kind of "handle" to 2-axis scale. This will allow them
> to be activated at the same time. afaik, this is fairly common among
> manipulators (though it's not necessarily good!) This leaves the question
> of what surface shape (square or triangle) and where to put the 2-axis
> scale handle. Maybe Neal can make another couple mockups?
> 4) There is something either awkward or nice about the way the clear center
> circle occludes the alpha sides in Neal's mockup. It makes the
> center-circle much more visible, but also occludes alot of the corner
> surface drag area. It also might be a big challenging to draw (though I
> think it can be done).
> 5) I can't help feel the visual complexity budget here might be better
> spent on something which enables new functionality, like Modo's wacky-cool
> custom-axis manipulator-manipulator ("custom pivot action center") .
> Message: 2
> Date: Wed, 3 Jul 2013 17:11:43 +1000
> From: Campbell Barton <ideasman42 at gmail.com>
> Subject: Re: [Bf-funboard] Unlock "view offset lock" for Lock to
> To: bf-funboard at blender.org
> CAEcf3NxjJK0Wr9oqBdsjx2kv1ZkSHwbFHs5aNEENC+R1_PrLUg at mail.gmail.com>
> Content-Type: text/plain; charset=UTF-8
> On Fri, May 31, 2013 at 9:07 AM, Bol Bib <bollebib at hotmail.com> wrote:
> > I understand why this is here,but I feel the lock to cursor could be
> more useful if you don't prohibit the moving of the 3D view.
> > In effect this would have the same idea as "rotate around selection'
> option but with the benefit that it can be used in objects that have
> distant placed origins (= rotating in those cases usually can be a pain.)
> > but with a "lock to cursor" only limited to rotation and not moving I
> feel you could move around much more fluently.
> > it could be an option,it could be an extra button or depending on how
> useful this is to devs and users could replace the current implementation
> View operations like pan and dolly could be kept working but the view
> would stay locked to the object so that when you move the object the
> view would always follow,
> This way you could lock to an object but not have it in the center of
> the view. (internally we would store a lock offset vector).
> This adds some complexity to view operators, but think it could be
> made to work ok.
> The main issue I see is that users may accidentally pan and then want
> to reset the offset.... and at this point IMHO making this
> functionality option gets kludgy - we already have too many options
> At that point I think we may be better not attempting to solve this
> problem and just accept lock always adds to the screen center.
> Or - there could be a lock offset in screen-space, so you could have
> XY values internally and view-pan would modify them, but you would
> only be adjusting 2d lock location on the screen and only the pan
> operator would adjust it (just how pan currently works differently
> when in camera view).
> This had the advantage that its easier to support.
> Bf-funboard mailing list
> Bf-funboard at blender.org
> End of Bf-funboard Digest, Vol 92, Issue 5
More information about the Bf-funboard