The multilinear structure of vorstellen.network
The website is constructed so that the fragments are pages that can be put in relation to one another. The relations happen automatic via forking, but can be edited at a later point, so that the network of fragments stays dynamic.
Because everything is a fragment on the website, this result in a flat expanding multilinear network. This flexibility allows to create bifurcating journeys, where every fragment can have multiple followers (childs) fragments, or multiple previews (parents).
In the current navigation system, the parents fragments are collapsed and previewed on the left, the children fragment are listed at the bottom or are collapsed and previewed on the right.
This relations are not really chronological: the forks can happen at any time. The term parent and child are in this context not really useful, but are words used in git and might help the understanding of some.
How to fork and put in relations on beta.vorstellen.network
By forking a blue fragment your green fragment will be automatically connected at the bottom of the fork or preview in the collapsed right side of the blue fragment.
If you put your green fragment in relation to the pink fragment at a later point, your green fragment will be connected at the bottom of the pink fragment or previewed in its collapsed right side.
If you want your green fragment to appear on the left collapsed preview of the pink fragment, than you should contact the operator that created it and asked them to insert your fragment link in the relation field.
We know this logic is a bit tricky, and we hope to come up with a better interface at some point. Nevertheless it is a way to break a chronological multilinearity, and just have a multilinearity.
Chronological lists, waiting for a better organisation
the website is still a website, and even though we hidden timestamps, and publication dates, a bit of chronology is still included until we find a better way to deal with the navigation: The lists of fragment in all fragments, at the bottom or on the right and left side of each fragment are chronological in their publication.
If you put a fragment in relation at a later point, but you created it a long time ago, this will not be position at the top of the list, here we are still playing by the newest first rule.