it was meant to be in the last release, must have slipped through since i work on different machines and obviously didnt commit this change. i will look into it right now.
hi,
have a look over here GitHub - rmtttt/VL.AutomataUI at dev
i quickly repatched it in a bit different stile to try it out with my project.
unfortunately the source code was not up to date in the original repo, so i took the dll from the nuget.
i updated the nuget yesterday with xml output.
Hello @u7angel !
Would it be possible to get your updates on github as well? Could you push to the public repo?
done
thank you!
hi!
would it be possible to get a bang when something inside automataUI has changed? atm you always have to save manuallyā¦ would be nice to do an autosave function or an overlay that reminds you to save it.
i already tried something like that, but havenāt found a solution iām happy with. iāll look into that again. thanks for the bump.
Maybe this is interesting for this use case?
I was recently asking myself - would it make sense to contribute this to the Kairos framework?
@u7angel found a little bug
GetActiveTransition only reads active state
In the help patch it would be good, if the transition and state names in the patch matched with the namings from the UI.
@chk If you make an animation in a transition (more than 1 frame), you would like to see an active transition. I got out of this situation by making a local fork. The original repository has an error due to copypaste.
can you make a pull request ?
Question to every AuomataUI User: Would you prefer AutomataUI be framebased or timebased. Initially, the idea was to have a hard logic brain, tied to the frame-based progress of the program.
During the last project, we were running into issues, when the program dropped frames and subsequently events happend later in time since the framecounter was slower than intended.
Therefore iām wondering if switching to timebased is the solution, making it independent from the framecounter. So transitions would last for example 1s, no matter what framerate your program runs. Good or bad ?
Make it a setting?
I think time based is the way to go. I can think of more use cases that require exact timingā¦
Great contribution, btw!
i hope i can catch up with the automata developement in august, there is another gamma project coming upā¦
I am using Automata again. Thanks for that one. really very handy. I think I found a bug. I donāt get the Transitions out. GetActiveTransition and GetActiveState are giving out the same string. now I am using GetState in combination with Elapsed State Time != 0 to check if the state is active and not in some Transition.
thanks for the update. iām in the process to rewrite/repatch the whole VL.Automata to be more in line with the HDE windows and all the imGui tools popping up. Since it will all be patched, it should be a lot easier for ppl to add features or fix bugs.