🚀 go-pugleaf

43.access.ch>
X-Image-URL: ftp://ftp.nmr.embl-heidelberg.de/pub/next/Images/People/tomi.shinto.nbg.sub.org.tiff
From: tomi@shinto.nbg.sub.org (Thomas Engel)
X-Newsreader: Alexandra.app (Version 0.82)

awuertz@access.ch (Andreas Wuertz) wrote:
> Thomas Engel <tomi@shinto.nbg.sub.org> wrote:
> 
> > Eigentlich sollten Dateien 
> > 
> > - einen Typ  (evt via MIME content type)
> > - etwas Meta info (was da nun drin ist)
> > - Access control liste (nicht das dumme UNIX ugo Ding)
> > - und die Creator App
> 
> Can you say 'OpenDoc'? Da ist das meiste davon drin. Sogar mit
> Alternativen, wie "Sorry, PostScript kann icht nicht, hast Du das auch
> in PICT?". Ist mir lieber als MIME (jedenfalls lokal).
> 
> Die CreatorApp koennte man ja als 'preferred' noch mitf�hren.
> 

Nun ja..aber OpenDoc ist kein Dateisystem sondern es beinhaltet halt 
Dateiformate und APIs usw.
Wo speichert OpenDoc all die Informationen ?
In den entsprechenden Eintraegen im Filesystem oder in der Datei (Resource- 
DataFork) selbst ?

Egal wo es gespeichert ist...die Datei wird dir auf die Frage "Sorry, 
PostScript kann icht nicht, hast Du das auch in PICT?" jedoch keine Antwort 
geben.
Das macht das Betriebsystem welches die Datei auswerten mu�...und sie dazu 
wohl aber lesen mu� (Ansatz wie beim UNIX "file" und deshalb auch nicht das 
schnellst um mal kurz durch das Dateisystem zu huschen)

Eine OpenDoc Datei waere in meiner Idee eine bestimmte Art des "encoding" (so 
wie z.B. FileWrapper und ASCII, Dictornaries usw. ein ganz bestimmtes 
encoding verwenden.

Ob dann das System aus der Datei mehr rauszieht ist ja wieder eine andere 
Sache.

Das Storage Konzept von OpenDoc ist recht durchdacht sofern ich mich noch gut 
erinnern kann. Ich hab schon vor zwei Jahren darum gebettelt ob man nicht 
sowas mit OpenStep verschmelzen sollte.

Aloha
	Tomi