Saracen

To summarize my understanding of the issue: You're correct because of the hot-reloading is essentially quietly swapping the whole scene around and the old animation player emits a deferred signal...

Updated this PR which fixes some bugs with reset track creation. As well as checking if the RESET track is read-only, it will also check if the RESET animation already...

Updated with some of @fire's suggested changes. It also now includes proper used of .bind() in the AnimationPlayerEditor::edit function which now properly connects animation_player_changed without errors. It also now exposes...

Another minor change: this PR now makes it so that the upon reimport, it now calls the plugins edit functions with nullptr first before setting the editable object. This is...

Looking into an alternative approach...

@YuriSizov Okay, so, I've done another revision which removes the need to set the plugins to null. The basic issue seemed to be the way in which the dummy players...

Since this PR went kind of stale, my plan is to give it another thorough look over. The issues its meant to tackle are still relevant (the buggy behaviour of...

As you've not probably seen, the system for hot reloading assets turned into a bit of complexity explosion. I tried to tame it the best I could, but there was...

I like this PR, I think its the right direction to go for both ease of use and memory saving. Regarding the deprecation thing, the way I would suggest implementing...

I would like to further advocate for @EIREXE's general approach to implementing this feature since I've recently examined their code and how its implemented in a commercial release. It has...