You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We need to further separate (MVC-style) the module dependencies so that all the stuff specific to our displays is done independently of the data structures of Coordinator, etc.
Ideally, it should probably go like:
Coordinator.init()
do stuff with data properties now set in Coordinator for scene title screens
Coordinator.startScene(_Coordinator, playGameScenes[0], true); is called
Some kind of JS object is returned from that
kick off stuff with that, keying off StoryAssembler.handleChoiceSelection() ????
Use cases we need to handle:
Our two display templates retaining all functionality
It being as painless as possible to create new templates (piping in choices, etc)
It being as painless as possible to run StoryAssembler headless, to facilitate the testing harness, data viz, and any other shenanigans.
The text was updated successfully, but these errors were encountered:
Logodaedalus
changed the title
re-architecture: StoryAssembler.continueScene() should just return JS object
re-architecture: Coordinator.startScene(), StoryAssembler.continueScene() should be abstracted
Aug 3, 2019
We need to further separate (MVC-style) the module dependencies so that all the stuff specific to our displays is done independently of the data structures of Coordinator, etc.
Ideally, it should probably go like:
Use cases we need to handle:
The text was updated successfully, but these errors were encountered: