Support for hierarchical states/substates

[oysteinkrog]

I'm considering this as a replacement for stateless, but as far as I can see there is no support for substates, is this correct?
Hierarchical states is a very useful concept, is there a reason it is not supported?
Would you consider it a useful addition?

[oysteinkrog]

Ping

[prasannavl]

Hi,

I apologize for the delay. Been extremely busy the last couple of weeks. Yes, I do think its a very useful concept. However, I haven't given a thought as to how exactly to proceed with it yet. Would appreciate any thoughts. :)

The only requirement that I would add, is that sub-states, do not interfere in light-weight machines which do not require them. Essentially, no additional look-ups or enumerations as such.

[paralin]

I also would use this over stateless except I need substates :P

[prasannavl]

I've had a few requests for the same. I'm very much interested in adding sub-states - my guess is that it'd require extensive changes (I can only guess since I have no design plan in mind). However, in the interest of not misguiding the community, I have to mention that this is not something that's on my to-do list in the near future.

Of course, I will actively help, both in terms of design directions and smaller contributions if someone has the time to implement this. Unfortunately though, you can't count on me completing this feature-set anytime soon. :(

[prasannavl]

@oysteinkrog, @paralin I was just evaluating the amount of work for implementing sub-states, and went through the Stateless documentation with the hopes of finding out the kind of feature set you were looking for. But unfortunately, its documentation doesn't seem to have anything on sliding of entry/exit events from substates to parent states. Could you please let me know the kind of feature set you're looking for?