ist eine rhizomatische software. selbstverständlich lässt sie sich auch als tree benutzen. letztlich ist ein tree eine spezialform eines rhizoms oder der tree ist eine lesart/gewichtung des trees. so benutzt rhizomz den tree als layer.
der tree ist eigentlich auch so ein spezieller pfad. hier gilt die regel: nur jeweils eine eindeutige abzweigung und nur eine pro knotenpunkt und keine loops.
rhizomz.ch
wikidata
rhizomZprotocol - metatag-protocol
rhizom vs story
die bedeutung des rhizoms liegt in den
story/path = auslese
auslese
andere lesarten / rhizom
verschiedene startlinien in einem rhizom
tree - jeweils eine abzweigung und keine loops
realisierung
eine sich kreuzende story/path ...
.
realisierung als object, browser und/oder ... object anhang // notiz
kann ein anfang sein > editing als normaler thread 1-10 …
sammlung - text-content (linear)
evtl. 1/10 - 1/20
die zeitebene - eine layer ... was wie wann wer
as you might think
hypertext
ted nelson - we will think
bidirektionale links als verweissystem
hypertext
node-typen
menge, geordnete menge (reihenfolge), text
states? - - deleted - ok - printed - draft - notiz - team notiz - private notiz
paradigma - syntagma
.
vermutlich kein paradigma
.
folder - menge files vs geordnete files
2_
zeigen der siblings ... in der normalen navigation!
NoAccess
rhizomz
vorschläge beim eingebeb
rhizomz - system macht vorschläge, wo beitrag hingehört - stichworte suchen
könnte auch beim fokussieren sein mit javascript nachgeladen
news/preview element
|_ 50% oder untereinander - preview ..
.
.
.
ENDO (Weiter beschreibend, intentional) vs EXO (ganzes Objekt beschreibend!, extentional?)
was ist aussen, was innen? einengend vs erweiternd
endo gibt es aber nicht genutzt oder nur als member. braucht es noch etwas weiteres weiter draussen? onions?
image.jpg
sparten
nodes mit einem argument
year []
unterschied - angehängt oder unter etwas eigneordnet (unter etwas eingeordnet subkategorie) und angehängt?