<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Sun, Jan 19, 2014 at 2:38 AM, Larry Hastings <span dir="ltr"><<a href="mailto:larry@hastings.org" target="_blank">larry@hastings.org</a>></span> wrote:<br>
</div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
  
    
  
  <div bgcolor="#FFFFFF" text="#000000"><div class="im">
    <div><span style="color:rgb(34,34,34)">According to the issue tracker, "
    
    rmsr" has only ever filed one issue.  I just fixed (and closed) it.</span><br></div></div>
    </div></blockquote></div><br></div><div class="gmail_extra">The two issues were "custom converter with converter and default raises exception" and "custom converter with py_default and c_default being overridden by __init__".</div>
<div class="gmail_extra"><br></div><div class="gmail_extra">As for the former, you said "I hope you know what you're doing!" which made me step back and think more about the "why". I realized two things:</div>
<div class="gmail_extra"><br></div><div class="gmail_extra">The default-related class attributes might be an 'attractive nuisance', in that setting them there technically saves repetition, but could easily confuse a later reader who expects to find the defaults declared inline as usual.</div>
<div class="gmail_extra"><br></div><div class="gmail_extra">As well, it is unclear which of 'default', 'py_default', 'c_default' one needs to set, or which has priority. Nikolaus went ahead and set all three, thus my bug reports. After tinkering some more with the test file for the first bug, I noticed that a class with 'default' and 'converter' generates a default in the signature line but not at the C level.</div>
<div class="gmail_extra"><br></div><div class="gmail_extra">I'm wondering now if class-level default support shouldn't just be removed, as the aforementioned attractive nuisance.</div></div>