Descent generated documentation

Ary Borenszweig ary at esperanto.org.ar
Fri Jul 10 13:27:55 PDT 2009


Steven Schveighoffer wrote:
> On Fri, 10 Jul 2009 10:05:38 -0400, Steven Schveighoffer 
> <schveiguy at yahoo.com> wrote:
> 
>> One preference, if it's possible, is to copy the description of 
>> inherited methods from the base class.  Even if not the entire 
>> documentation, just a summary, first sentence from the documentation.
>>
>> Already it's better than ddoc.  Nice work!
> 
> 
> More nitpicks:
> 
> You specify where a method is inherited from multiple times, i.e. 
> tango.io.FileConduit inherits close from DeviceConduit, Conduit, and 
> IConduit.  And methods overridden still list those methods as inherited.
> 
> 1. Abstract methods aren't "Inherited", they are implemented, so 
> abstract and interface methods shouldn't be listed as inherited methods.
> 2. Overridden methods aren't inherited, they are overridden, those 
> should be listed differently.
> 
> All that would be easier, if all methods were listed inline with the 
> appropriate attributions afterwards.  i.e.: (/italics/)
> 
> void close() /inherited from DeviceConduit/
> uint write(void[] buf) /overrides DeviceConduit.write, implements 
> OutputStream.write/

I like it with italics afterwards. :)

Yes, I need to fix the duplicated inherited methods.

> 
> You must have expected this firestorm of requests :)  People have been 
> complaining about the deficiencies of ddoc for a long time, but nobody's 
> every really improved it.

But that's what this thread is about! I want comments about how 
documentation should be presented, and I already received a lot of good 
suggestions.


More information about the Digitalmars-d-announce mailing list