<div class="gmail_extra"><div class="gmail_quote">On 30 November 2012 23:05, David Warde-Farley <span dir="ltr">&lt;<a href="mailto:d.warde.farley@gmail.com" target="_blank">d.warde.farley@gmail.com</a>&gt;</span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div id=":1am">I&#39;m wondering how to solve (and how you guys think I should solve) a<br>
certain problem I foresee, of a potentially rapidly growing number of<br>
constructor arguments for Converter classes, which need to be<br>
maintained across constructors in order to keep the front-end calling<br>
code generic (one could use *args and **kwargs catch-alls but that&#39;s<br>
pretty ugly).</div></blockquote></div><br>I may be barking up the wrong tree, but instead of constructor arguments, would it make sense to simply set attributes on the converter, e.g.<br><br>conv = HTMLConverter()<br>conv.highlight_source = False<br>

<br>This is the route I went for in a recent nbviewer PR: <a href="https://github.com/ipython/nbviewer/pull/10/files#L0R127">https://github.com/ipython/nbviewer/pull/10/files#L0R127</a><br><br>This gives us simple introspection by looking at the attributes, and classes will ignore irrelevant options, so long as we don&#39;t get conflicting names. We could also allow setting them from the constructor using **kwargs.<br>

<br>Thomas<br></div>