Replies: 3 comments 2 replies
-
| @astahmer At the time zag started, there were lots of parts of xstate that were not needed for zag, would have been a lot of unnecessary overhead for the zag ecosystem. @segunadebayo would be better suited to address this though. | 
Beta Was this translation helpful? Give feedback.
-
| btw, is there a way to convert a @zag-js machine to an xstate machine ? EDIT: for the context, I just noticed there is no  | 
Beta Was this translation helpful? Give feedback.
-
| also, can you invoke a @zag-js machine from an xstate machine ? or is the compatibility mostly limited to/for the visualizer ? | 
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
-
I think it would be nice to have an exhaustive comparison page in the documentation site with a list of differences, this might also help if you intend to contribute to
@xstate/fsm, or to keep in sync withxstatefutures updatesFrom what I found looking quickly at the source code:
stateto make it mutable (which means thecontextalso is mutable !, this probably makeactionseasier to write)computedcontext ! looks like this abandoned RFCGuard combinations (and, or, not)as mentioned here, that looks SO goodeverythat looks likeafterbut using a repeating intervalcondtoguard(and it looks like valtio usage makes everything simpler 😅 )
Beta Was this translation helpful? Give feedback.
All reactions