Daniel P H Fox

One interesting side effect of making movers non-componentwise would be that animatability becomes a property extrinsic to follower objects, and that any data type may be animatable. Only tweens, springs,...

Here are some notes on what a more complete componentwise API would look like for transitional animations. This doesn't yet extend to non-componentwise movers: ```Lua --[[ `Transition` is a general-use...

With an API design of this style, it remains to be seen whether we should allow for mover generators to accept state objects during construction. I'm currently leaning towards 'no',...

It also remains to be seen whether we should convert `Spring` and `Tween` to helper functions or remove them entirely. Either way, we're 100% for sure going to be breaking...

I've been thinking on how this theoretical framework relates to other kinds of animation for a while. Specifically, I've been digging into how these transitional animation curves (e.g. the evolution...

Details are a great idea - I'll add those now since my main computer is unavailable this evening 🙂

Related to #74, #152, #87, #72, #52 and #12

I think for now it's best to keep this as an internal detail, but perhaps we could investigate exposing this in a separate issue if desired. The primary use case...

For reference, the above code might currently look like this today: ```Lua local currentTime = State(0) local RED = Color3.new(1, 0, 0) local GREEN = Color3.new(0, 1, 0) local BLUE...

Plus, this could even be used beyond just animation - because this is all done with state objects, you can use it to process any kind of data you'd like!...