<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <div class="moz-cite-prefix">On 08/05/2013 09:59 PM, Nick Coghlan
      wrote:<br>
    </div>
    <blockquote
cite="mid:CADiSq7c37CAKWYV3GcMqbULS4rQ-EM6tic3aH2iELw1QTq3yog@mail.gmail.com"
      type="cite">
      <blockquote type="cite">
        <pre wrap="">___________________________________________________________________
Question 2: Emit code for modules and classes?

[...] Originally Clinic didn't ask for full class and module information, you just
specified the full dotted path and that was that.  But that's ambiguous;
Clinic wouldn't be able to infer what was a module vs what was a class.  And
in the future, if/when it generates module and class boilerplate, obviously
it'll need to know the distinction. [...]
</pre>
      </blockquote>
      <pre wrap="">
Note that setuptools entry point syntax solves the namespace ambiguity
problem by using ":" to separate the module name from the object's
name within the module (the nost test runner does the same thing). I'm
adopting that convention for the PEP 426 metadata, and it's probably
appropriate as a concise notation for clinic as well.</pre>
    </blockquote>
    <br>
    So you're proposing that xml.etree.ElementTree.dump() be written as
    "xml.etree:ElementTree.dump", and datetime.datetime.now() be written
    as "datetime:datetime.now"?  And presumably *not* specifying a colon
    as part of the name would be an error.<br>
    <br>
    <br>
    <blockquote
cite="mid:CADiSq7c37CAKWYV3GcMqbULS4rQ-EM6tic3aH2iELw1QTq3yog@mail.gmail.com"
      type="cite">
      <blockquote type="cite">
        <pre wrap="">___________________________________________________________________
Question 5: Keep too-magical class decorator Converter.wrap?
</pre>
      </blockquote>
      You misunderstand me: I believe a class decorator is the *wrong<br>
      solution*. I am saying Converter.wrap *shouldn't exist*, and that
      the<br>
      logic for what it does should be directly in Converter.__init__.</blockquote>
    <br>
    Well, nobody liked it, everybody hated it, so I'll go with what you
    proposed, though with the name converter_init() for the custom
    converter init function.<br>
    <br>
    <br>
    <i>/arry</i><br>
  </body>
</html>