[Twisted-Python] Re: Weekly Bug Summary

James Y Knight foom at fuhm.net
Mon Apr 17 20:32:42 MDT 2006


On Apr 17, 2006, at 7:40 PM, glyph at divmod.com wrote:

>
>
> On Mon, 17 Apr 2006 15:30:22 +0100, Michael Hudson <mwh at python.net>  
> wrote:
>> glyph at divmod.com writes:
>>>> Does this bother you somehow?
>>>
>>> Nope.  Just seems like yet another indication that it should really
>>> be lore --api ;-) Or rather, lore, like trial, should be able to
>>> take a file (HTML or Python) or module name.
>>
>> It doesn't and can't really work like that though, pydoctor really
>> needs to work on a whole system/package at a time.
>
> Absolutely - you are suggesting that the parity is even greater  
> than I am.  'trial twisted' ~= 'lore twisted'.  Or perhaps 'lore  
> zope.interface twisted <something that means the stdlib too>'
>
> One really nice thing that lore could do is look for API references  
> in "howto" documentation (man, that stuff needs a better name) and  
> generate the API documentation concurrently so that it can print  
> warnings if such APIs don't exist.  Of course, by no means  
> impossible if they were separate projects.  Pydoctor generates  
> actually parseable output, as opposed to the crap soup of HTML that  
> comes out of epydoc.
>
> Still, it would be super nice if there could be a single,  
> integrated step for building the whole book in HTML and PDF form,  
> then packaging the API docs into an indexed, annotated appendix,  
> included within the LaTeX document, for example.  That sort of  
> thing seems like it'd be hard to pull off without the code being  
> closely related, however, I guess lore could always just import  
> pydoctor (assuming no pydoctor=>twisted dependency).

It seems to me that pydoctor should remain separate -- I suspect it  
would be more useful for other projects if it was not integrated with  
lore.

James




More information about the Twisted-Python mailing list