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.
-
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 withxstate
futures updatesFrom what I found looking quickly at the source code:
state
to make it mutable (which means thecontext
also is mutable !, this probably makeactions
easier to write)computed
context ! looks like this abandoned RFCGuard combinations (and, or, not)
as mentioned here, that looks SO goodevery
that looks likeafter
but using a repeating intervalcond
toguard
(and it looks like valtio usage makes everything simpler 😅 )
Beta Was this translation helpful? Give feedback.
All reactions