Re: [Fwd: [Corelinux-develop] reference manual]

[Frank V. C. <fr...@co...>]

Ok, now that it is working again, Christophe is right. Doxygen has much
more readable output than Doc++. I have just been perusing the on-line
HTML output and it is has alot of class (no pun intended).

He has also converted the class reference to PDF and it is publish
quality. Neat stuff.

Given a few minor things, I believe C. has once again moved the
documentation into the right direction.

C.,
Thanks, and I see that I have left out the class reference link in
header.inc. But, would each page need the includes for header and
footer?

"Frank V. Castellucci" wrote:
> 
> This was lost in the mail snafu, and I don't know why it did?
> 
> --
> Frank V. Castellucci
> http://corelinux.sourceforge.net
> OOA/OOD/C++ Standards and Guidelines for Linux
> http://PythPat.sourceforge.net
> Pythons Pattern Package
> 
>   ------------------------------------------------------------------------
> 
> Subject: Re: [Corelinux-develop] reference manual
> Date: Sun, 23 Jul 2000 23:22:01 -0400
> From: "Frank V. Castellucci" <fr...@co...>
> To: cor...@li...
> References: <397...@co...>
>      <147...@fl...> <147...@fl...>
> 
> Christophe Prud'homme wrote:
> >
> > dear fellow developpers :)
> 
> Otherwise known as Moe, Larry, and Curley :)
> 
> > I just came through doxygen
> > this is a GREAT autodocumentation tool :)
> >
> > please have a look at
> >
> > http://fluids51.mit.edu/~prudhomm/corelinux/doc/html/classes.html
> >
> > tell me what you think and if it would be interesting to use this?
> > (formats: html latex man rtf )
> 
> Yes, but where is the beautiful class diagrams that Doc++ provides?
> Would we have to let those go?
> 
> Can we get the formats out to PDF and DVI using the current/extended
> makefile routines and tools?
> 
> My vote is that if we CAN capture them into the Developers Guide
> document via one of the output formats, or through some other magic,
> then aye!
> 
> > Note: this is down after a bit of customization but is is pretty easy
> 
> That is a loaded statement, normalizing databases, or abstract modeling
> of the domain indepenence of Collaborative Open Model Project Management
> is easy, Tex is HARD!!! <lol>
> 
> --
> Frank V. Castellucci

-- 
Frank V. Castellucci
http://corelinux.sourceforge.net
OOA/OOD/C++ Standards and Guidelines for Linux
http://PythPat.sourceforge.net
Pythons Pattern Package