This bug was recently fixed, please use the latest version of

@xstate

/fsm

I saw it, thanks!

Is anyone here using Statecharts to model HDL for FPGAs?

I'm trying to get a good design pattern going for hierarchical state machines in Hardware Description Language, but I'm new to Statecharts. Consequently, I'm trying to learn from two directions... How to implement Statechart concepts in HDL, and how to produce Statecharts which represent behavior in my existing HDL.

So a specific question of the second type... how would we use a state chart to represent a conditional action which is independent of a state transition? At present, my best notion would be to, within a state, say do/ if(condition){value = 0} Or similarly, on a state transition (changeState == true) / if (condition2 == true) {value = 0} It just starts to be a lot of pseudocode crammed into an action statement.

Does anyone know how to access machine context from within interpreter.onDone() method?

I'm struggling with it...

In SCXML, there is <if> for this. In XState, the equivalent is the choose(...) action creator, to give you ideas.

When using TS and you provide a context Interface, why does the machine allow it to be undefined?

Shouldn't it force the machine to be modelled according to the context interface if you provide one?

Are there other channels/servers for xstate? This seems fairly dead and I have some questions regarding TS

what's the difference between spawning an actor and spawning a machine? by the looks of the docs they look identical? actors machine

From my understanding one can describe the behaviour of an actor using a callback, a promise, an observable or a machine. The first docs link you mention simply uses the machine case to describe the general concept.

Hey all ! I recently made my first statechart using xstate, This statechart isn't directly modelled in the UI layer, as it has two distinct UIs to drive simultaneously. I'm now trying to make it easier to understand in the visualizer by regrouping states that share transitions in compound states (clustering, as this page describes it. While statechard.github.io doesn't make the distinction, xstate lets me choose between creating hierarchical state nodes and invoking other machines/actors. Do you have any guidelines about when to prefer one method over the other ? My guts tell me it's a modularisation/boundaries problem. Also having separate machines allows isolation of the context data. But feel free to correct me.

In addition to this, when creating compound states, I find myself adding more states that don't have a representation in the UI; like final child state nodes. How does a normal xstate + react app handle those to make no re-render happens ?

For those passing by, I think I'm finding parts of answers to my questions in this thread about decoupling statecharts and views :

Why does

@xstate

/vue no longer have a context exposed from useMachine?

(in Vue3)

There is now an XState Discord: https://discord.gg/xtWgFTgvNV