core: move parts of the animation system to hyprutils

[PaideiaDilemma]

Requires hyprwm/hyprutils#27

Describe your PR, what does it fix/add?

Moves core components of the animation system to hyprutils. (In order to use it in hyprlock as well)
Introduces smart pointers for animated variables and animation properties.

Interface changes:

• AnimatedVaraibles are now created/initialized with g_pAnimationManager->createAnimation. That function takes a value to always have AnimatedVaraibles explicitly initialized to a value.
• All AnimatedVariables are now SPs, resulting in a required operator* for assignments (e.g *m_vRealSize = Vector2D(42,42) and in a change from av.setValue to av->setValue
• Animation config is now updated with av->setConfig.
• CAnimatedVaraible now has member functions enabled, getBezierName and getStyle to get their config properties more easily.

Is there anything you want to mention? (unchecked code, possible bugs, found problems, breaking compatibility, etc.)

Needs testing.
The damage handling was refactored a bit. Previously it damaged before and after a variable update in CAnimationManager::tick. I don't think that is needed and from what i tested it works the same as before.
Possibly needs to be reverted to how it worked before, but the damage handling needs to be moved into functions, because we need to upcast first to get the context of animated variables.

Is it ready for merging, or does it need work?

Need some testing and review.

[vaxerski]

I've pushed hyprutils 0.3.1, cmakelists can be updated

[vaxerski]

with HU 0.3.2 https://github.com/hyprwm/hyprutils/releases/tag/v0.3.2 I assume this should also move to the config tree before mergin?

[PaideiaDilemma]

Yes sir, i think that would be best

[PaideiaDilemma]

I am going to rebase and cleanup the commit history of this PR so that all updates regarding the usage of animated variables (so adding * and changing . to ->) are in a separate commit.

Hopefully that will make it a bit easier to review.

[vaxerski]

thanks :) tag me when ready

[PaideiaDilemma]

@vaxerski ready.

[vaxerski]

thanks!