• Editor
  • Transform Constraint w/ IK Constraint as parent of Target

When creating a transform constraint whose Bone is outside of an IK constraint, but Target is inside an IK constraint the transform constraint moves to where the Target WOULD be if the IK constraint was turned off/mix set to 0. I was curious if this was a bug or simply an expected behavior between constraints that can't be easily remedied.

I can work around this easy enough by just animating the few cases I needed it for without IKs, but in the event this is a bug or unexpected I wanted to make you aware of it. If this WAS intentional (or rather, unavoidable) perhaps adding some kind of warning would be helpful, as it took me a while to figure out what exactly was going wrong.

Related Discussions
...

It sounds like you are applying the transform constraint before the IK constraint, that's why the transform constraint is seeing the target bone before it is moved by the IK constraint. You can drag constraints to change the order they are applied.
http://esotericsoftware.com/spine-constraints#Order

    Nate YUP this fixed it lol, didn't realize this mattered. Thanks a bunch Nate 😃

    Great! Yeah it can matter quite a lot. Spine tries to put new constraints into the constraint order at a reasonable location, but it can't know what you want in every situation. Actually I haven't looked at that code in a long time. It could probably be improved, but inevitably it'd still be wrong for many situations.