On Dienstag 07 Oktober 2008, Jason Tackaberry wrote: > Before formally posting to a list like python-announce, the docs and > examples need a lot of cleanup. :) Basically everything in the wiki > belongs in either method or module docstrings. We still have a lot of > epydoc formatting work to do.
I see. BTW: Nowadays, all projects (python itself, numpy, scipy,
ipython, ...) start using sphinx and nose, looks like they become standard
and maybe all of kaa's documentation (including the discussed SourceDoc)
could be shipped and maintained in SVN? I could have incorporated the
changes I proposed to Dischi directly, but while I am familiar with reST, I
actually dislike Wikis (and the associated accounts, logins,...).
> > And as I saw with your bugfix of beacon-search, kaa.main.run() otherwise
> > hangs in a no-op mainloop. Not very nice, is it?
>
> I suppose if there are no running threads, no monitored file
> descriptors, no active timers, no child process, and no callbacks
> connected to any of the input signals or step signal, kaa.main.run() has
> no reason to run. :)
If *you* don't see a reason, I won't disagree. ;-) I don't expect signal
connections to appear out of a sudden in that situation.
> You wouldn't (and couldn't) have the "if __name__ == '__main__'" stuff
> in the decorator.
Oh yes, I see.
> I suppose you could have the simple .finished test.
> I'm not sure it's worth a separate decorator for that two-line idiom.
Maybe not. I will consider this again after some more time as a user.
--
Ciao, / / .o.
/--/ ..o
/ / ANS ooo
signature.asc
Description: This is a digitally signed message part.
------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________ Freevo-devel mailing list Freevo-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-devel
