[Bf-committers] requesting reversion of 41550 despite downsides
dfelinto at gmail.com
Sun Nov 27 01:10:09 CET 2011
I will second that. Not only because of the functionality (I don't remember
when I last used it) but more because of the attitude.
Sure we all want a bug free blender. But if we follow this line of thought
so many things in Blender wouldn't be there.
As a quick example, how many people have been using Cycles from day one for
'top quality' commercial projects? A lot, really a lot. Enough to make us
proud of our quirks and tohupuu-like features.
Maybe it's time to bring tohupuu back?
2011/11/26 Bassam Kurdali <bassam at urchn.org>
> Hi all,
> removes 'partially working' functionality from blender. And breaks
> stnndard workflow for facial rigging. In the past even though this
> feature had problems, It was still used by many to create symetrical
> shapes; some points about this:
> -after mirror modifier has been applied
> -symmetric; vertex groups will be later used as masks for left and right
> -working on only one half of the shape is no good, you need to see the
> total symmetric one, and use the vertex groups to blend, otherwise, you
> get bad blends of left and right.
> -working point by point really, really kills when doing shapekeys.
> Rigging already takes too long.
> this feature/workflow is present in almost any animation application.
> Simply removing it from blender is, well, a bit a extreme in my opinion.
> usually if you avoided crossing the mirror line with the proportional
> circle you were pretty safe; weird things only happened close to the
> line, at which point we turned it off. This was better than what we have
> now: not having it all.
> Can we have it back? pretty please? I know custom builds are possible,
> but... if we want remove partially buggy features from blender, we'd end
> up removing most of the program ;) - we have transform / offsets that
> break in many 'corner cases' , drivers that don't update (due to missing
> dependency graph fixes), python bugs, etc. The reaction isn't to remove
> transform/drivers/python from blender - oh, and please, don't take that
> as a suggestion ;)
> Bf-committers mailing list
> Bf-committers at blender.org
More information about the Bf-committers