> From this, the next step was to think of (and I lack the vocabulary now) "books with dynamic, multiple storylines" (I'm sure there's a nice name for those;
In language teaching circles, they're referred to as Action Mazes. We
created a tool for building online Action Mazes many years ago:
On 15-03-13 05:29 AM, Piotr Bański wrote:
> Hello all,
> The current thread on physically dispersed text-bearing objects  has
> made me think, in the context of the meta-issue of the TEI conceptual
> model raised by Arianna, of some not-so-distant analogies and of how
> easily they could be expressed in the current model.
> My first thought, that I see reflected also in a fragment of Stefanie's
> ticket  and in Gabby's message, is about the two foci possible when
> looking at the object-text relationship (and let us _please_ stick to
> the naive definition of "text" here). You can focus on text that is
> scattered across several TBOs, but you could also focus on a collection
> of TBOs and on how putting them together constitutes a basis for
> deriving (more or less) contiguous text.
> From this, the next step was to think of (and I lack the vocabulary
> now) "books with dynamic, multiple storylines" (I'm sure there's a nice
> name for those; I mean books where, on page 4, you may decide if you
> jump to section X or if your whim takes you to section Y, and so on, and
> in effect you in a way co-create the storyline, or at least choose from
> the potential multiples). And let me stress that this extends beyond
> paper into multi-modal representations -- think e.g. adventure video
> games with a branching (but finite) storyline structure. I think I've
> seen blurbs about movies meant to have similar properties (modulo the
> modern DVD/B-ray technology).
> So what we've got here is, arguably, a multi-part object corresponding
> to several texts. I am now wondering:
> 1. Are such "one multi-part object : many texts" setups easily
> expressible in the current TEI?
> 1.1. Aren't we talking multiple <text>s here or would <teiCorpus>
> provide a convenient escape hatch?
> 1.2. Where would we place the relevant object-pointing element if we
> were to use teiCorpus? Shouldn't it be a sibling of <text>(s)?
> 2. Could/should the above musings influence the current msPart/msFrag
> debate in ? (I use the "should" for the sake of potential uniformity
> of the conceptual model)
> Thanks in advance for your thoughts,
>  https://sourceforge.net/p/tei/feature-requests/505/