OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.


Help: OASIS Mailing Lists Help | MarkMail Help

docbook-apps message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]

Subject: Best way to structure a source code tree

While not directly related to any docbook app, this is a question I'm struggling with as a beginner: how do I structure the source code tree for my article/book/etc.?

For example, we publish a manual with five chapters, eight appendices, and a sprinkling of images.

Is there a best practice for structuring the source? I mean, I could just mirror the way that TDG is structured, but I would really like to understand *why* it's structured that way. And also to understand why there are subtle differences between the structure of the current TDG and TDG5:


Does my question make any sense at all? Any pointers would be *greatly* appreciated.



[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]