There aren’t many IF systems designed for education. I’m not aware of any that allow for teacher / student interaction, unless you count quiz-making apps. So yours could have its uses, why not.
(My own Ramus did find a small niche in education for a while, but it’s more akin to Squiffy.)
As for node-based editors: I think it’s telling that a lot of authors, myself included, try Twine’s famous visual interface once or twice, then move on to writing Twee files with a text editor and compiling with Tweego. Heck, I made my own alternate editor for Twine files, using a two-pane user interface much like an outliner, and never actually used that one either.
Actually wait: I did use Twine to make an interactive version of a TTRPG, precisely so I could visualize the passage structure, and it turned out to be a nigh-unmanageable mess; the current edition comes with a version made in Feather Wiki (sort of a distant cousin to Twine), that preserves the chapter order with links as a bonus.
Perhaps the authors of Ink are onto something with their philosophy of a story that keeps moving forward no matter what, with the interactivity being more like railroad-diagram branches along the way.
@Ijinx I just wanted to say that your UI is pretty nice for viewing branching passages. Though I might not be your target audience, don’t take my preferences as criticism. I honestly believe that when a tool becomes everything for everyone, it becomes nothing… or extremely difficult to use.
“I’m crafting a controlled experience for someone specific.”
Thanks, I appreciate that, especially coming from someone who clearly knows what works for them.
I’ll check out Sleep Is Death, I didn’t know about it.
And yeah, I think you’re right about tools that try to be everything. I’ve been adding features based on the feedback from this thread but I’m starting to worry about losing sight of the original idea. It’s a tricky balance.
Quick update: the system now supports variables (text, number, boolean) defined at story level, with conditions on transitions to show/hide choices based on state, and effects to update variables when a choice is made.
I also added conditional switch nodes that automatically route the player based on variable values without requiring a choice. String variables support translations too, so variable content follows the same multilingual workflow as the rest of the story.
During gameplay, players can see their variables in a dedicated variables panel (only those that the master wants to show), and also in test mode there’s a debug panel where you can inspect variables values on the fly.
variable definition at story-level
Auto Switch node based on conditions
Conditions and Effects on transations
Next step: import/export support for other formats. Standalone html and Twee is high on the list
