There are "training" outlines that have been around for years and these are intended to be the overall structure for documentation, or at least technical level documentation. They are here:
http://docs.ofbiz.org/display/OFBTECH/Comprehensive+OFBiz+Training +Outlines
For end-user documentation there is already quite a bit of structure in the end-user space, especially under the End User Docs Home page:
http://docs.ofbiz.org/display/OFBENDUSER/OFBiz+End+User+Docs+Home -David On Apr 11, 2007, at 2:23 AM, Christopher Snow wrote:
Scott, I think a detailed TOC is required, here is something I started: http://docs.ofbiz.org/download/attachments/1218/Book_TOC.png Cheers. Chris On Wed, 2007-04-11 at 19:50 +1200, Scott Gray wrote:Hi All,Whenever I come across something new while looking at the code or readingthe mailing lists, my thoughts usually run along these lines: 1. I think I'll add that to the docs 2. Where shall I put it? 3. I/We need to create a better structure4. I don't think I have the time or "big picture knowledge" to do this5. I need to get back to what I was doing And then I leave it at thatI think if we had a relatively full table of contents as a starting point it would be much easier to add snippets here and there with out them being disorganized and hard to find. Then the hard work would be in cleaning the pages up every now and again rather than deciding where to put things.Regards Scott On 11/04/07, David E. Jones <[EMAIL PROTECTED]> wrote:Christopher, It's really great to see people interested in working ondocumentation, especially interested enough to actually put somethingtogether like this. I'd like to make a small suggestion, for you and for anyone else interested in a documentation effort: just as with source code, the most effective way to work on documentation is to start with what exists and work on improving it incrementally. There is a lot ofdocumentation on the docs.ofbiz.org site, and room for many thousandsof hours of work to improve and flesh out that documentation. The great thing about helping with incremental improvements on existing documents (even if the incremental improvement means a reorganization or refacturing or the like; though that is obviouslydangerous when just starting out) is that your efforts become part ofsomething bigger, and with enough people doing this eventually the combined effort will result in something great. -David On Apr 10, 2007, at 11:42 PM, Christopher Snow wrote:For the past few months, I have been trying to put together some technical documentation on ofbiz. I wanted the book to be detailed and accurate, but I have found it difficult to get answers to a lot of my questions on the mailing lists. I have found the whole process very tiring, and wasteful of time as I am having to spend a lot of effort working things out by looking through code. Maybe my emails are too rude? Maybe the mailing lists aren't working (what about lists for tech-user, functional-user, dev, docs)? Eclipse BIRT have got it right. They have provided an excellent users manual (field guide) and an excellent developers guide (integrating and extending BIRT). That really ramps up your knowledge of BIRT before looking at the code. With ofbiz, I've had to pretty much dive straight into the code (and spend time weaving my way through classpath loaders, container loaders, etc, before getting to find what I needed). Anyway, I've uploaded my scribbles if anyone finds it useful but an awful lot of work is needed to finish it off.http://docs.ofbiz.org/download/attachments/1218/ofbiz_tech.pdfSee you in a few months ... -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
smime.p7s
Description: S/MIME cryptographic signature
