[Bf-committers] expectations about spline-handle type-toggle behavior...
bassam at urchn.org
Wed Jul 3 00:41:56 CEST 2013
Personally I like this mode, but I could live without it I guess - for
me it isn't a bug, I often combine vector/aligned or free/aligned. the
former is more obviously useful, the second only marginally so ( you get
one handle that keeps the tangent, and only slides in line, and the
other handle is free to go (it's almost like one is parented to the
the point I'm making, is that it doesn't feel like a bug to everybody. I
don't feel strongly about it, but if it gets in my way I'll just file a
bug in the future ;)
On Tue, 2013-07-02 at 14:32 -0700, David Jeske wrote:
> I'm making a patch to adjust (fix!) some odd behavior related to
> spine-handle toggling, which I filed in this bug..
> The main bug I filed is that the docs (and user expectation), say that
> toggling a handle to "free" should cause the two handles to become
> "disconnected from each other". However, the current code doesn't do this
> when only one of the spline handles is selected, because it sets that
> handle to free but leaves the other one "aligned" to the free one..
> effectively making the spline feel like an aligned spline where one of the
> handles works and the other is "locked" (i.e. broken).
> I have a patch which fixes the above problem, and makes spline-handle
> type-toggling work "much more predictably" from my perspective.
> Can anyone tell me how the IPO_AUTO_HORIZ / HD_AUTO_ANIM spline-handle mode
> is used?
> Also, if anyone is a spline expert and cares about this, read the bug as I
> have a bunch of other questions.
> Bf-committers mailing list
> Bf-committers at blender.org
More information about the Bf-committers