> > veering slightly... I don't know if anyone has actually put
> any thought
> > into this but a hybrid XML/CORBA document standard would be
> pretty damned
> > cool.
>
> If you are proposing as an alternative functionality to
> opendoc/COM structured
> storage, then I hesitate a bit. Doesnt this imply XML
> description of document
> content? Sounds a right dog both in terms of size and in
> allowing objects fast
> access to their particular data within a document,
> independent of what other
> objects are doing in the same document.
That is what I had in mind, It just popped into my head though so it hasn't
been well thought out.
However in rebuttal.
Size: Open word, Create a new Document, Type "Hello World", Save = 19Kb!
lets not pretend Microsoft's COM solution is any good.
True there are problems with simultaneous access, but then any method that
allows multiple apps to store data within the same file is going to have
problems. A simple solution that springs to mind is to have the process
that spawned a server to deal with a particular part of the document mediate
access to the file through an interface passed to the new server when it is
created.
an exmaple, A word processor opens a document and starts parsing it, it
encounters a block of data that requires the spreadsheet program, The word
processor spawns the spreadsheet passing it an interface that allows it
access to the spread sheet's part of the document. on the other end of the
interface is code within the word processor that manages the spread sheet's
access to the underlying file.
This is getting way to serious.
Tim
---------------------------------------------------------------------------
New Zealand Delphi Users group - Offtopic List - [EMAIL PROTECTED]
Website: http://www.delphi.org.nz
