Malte Timmermann wrote: > So I guess wrt version control, the API approach with an extension for > loading/saving in folder structure is the better approach. > > FlatXML has the disadvantage that files can be very big when binary > content is encoded and included. > Changing one word in content.xml would result in storing everything > again, while the API approach would only result in modified content.xml > and maybe some metadata. > > But of course, there are also advantages in FlatXML: > - supported via vanilla OOo, no extension needed > - only one file, so no complex change sets with multiple files in > version control > > Not everything can be done with FlatXML files. > > - Digital signatures only work on ODF packages > (So it also wouldn't work with directories) > - not sure about document specific persistent configurations
Why do you think that this won't work with a folder? It depends on the abstraction level that the signature component uses. If it uses "Package": lost. If it uses "storage": should work. Every OOo component that accesses ODF files through the "storage" abstraction should be able to work with folder also as we have implemented this by providing a storage implementation based on a UCB folder content. Of course the top level component that starts accessing or storing to the storage must use the right UNO service (not the generic Storage service, but the folder based one). For OOo 1.x I also had an implementation that automatically created a place holder file that was stored next to the folder and by loading the place holder file (that was recognized as an OOo format by our TypeDetection as it contained just the "magic bytes" of our file formats!) OOo transparently worked with folders instead of packages. Cool, isn't it? :-) You can compare that with the way Windows handles html files with accompanying folders. This code could be re-implemented and encapsulated in a filter. But I guess the priority to do that isn't high. Regards, Mathias -- Mathias Bauer (mba) - Project Lead OpenOffice.org Writer OpenOffice.org Engineering at Sun: http://blogs.sun.com/GullFOSS Please don't reply to "[email protected]". I use it for the OOo lists and only rarely read other mails sent to it. --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
