There are several reasons for the current implementation:
- It provides backwards compatibility with older implementations and profiles.
- Folders often contain objects with binary data and type specific serializations. That kind of data is hard to integrate in an XML file.
- Ordered folders make it necessary to keep track of the order of subobjects. We can't store that information in the separate subobject files.
Did you have a look at http://svn.zope.org/Products.GenericSetup/branches/1.4/Products/GenericSetup/doc/SampleSite/profiles/default/ ? It shows the result of exporting a folder 'siteroot' with a subfolder 'foo'.
Obviously my explanations are hard to understand for you. I guess the best way to improve the documentation would be if you summarize what you have learned from this discussion.
There are several reasons for the current implementation:
- It provides backwards compatibility with older implementations and profiles.
- Folders often contain objects with binary data and type specific serializations. That kind of data is hard to integrate in an XML file.
- Ordered folders make it necessary to keep track of the order of subobjects. We can't store that information in the separate subobject files.
Did you have a look at http:// svn.zope. org/Products. GenericSetup/ branches/ 1.4/Products/ GenericSetup/ doc/SampleSite/ profiles/ default/ ? It shows the result of exporting a folder 'siteroot' with a subfolder 'foo'.
Obviously my explanations are hard to understand for you. I guess the best way to improve the documentation would be if you summarize what you have learned from this discussion.