<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On 7 July 2014 04:12, Sjoerd de Vries <span dir="ltr"><<a href="mailto:sjdv1982@gmail.com" target="_blank">sjdv1982@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div class=""><div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra">

<div class="gmail_quote"><div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div class="gmail_extra">- A hook to change the %alias formatter class from DollarFormatter (to allow customized variable substitution)</div>

<div class="gmail_extra">- A hook in FullEvalFormatter._vformat to be triggered on certain "conversion" values (for converters)</div>
</blockquote></div></div></div></div></blockquote><div> </div></div></div><div>What about these hooks, would they be OK? I can make a new branch with just this, it's a dozen lines or less. </div></blockquote><div><br>

</div><div>I guess I'm not entirely sure why we should add hooks from inside these classes - isn't it easier for you to subclass and override the relevant bits? We can look into breaking up the API if it makes sense, though.<br>

</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class=""><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">


<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div><div></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">




<div class="gmail_extra">
</div><div class="gmail_extra">- Additional optional arguments to interactiveshell methods "getoutput", "system_piped" and "system_raw" (for variable substitution and stderr capture)</div></blockquote>




<div><br></div></div><div>I think an argument for stderr capture makes sense. For controlling variable substitution, it might be easier to go down a level, to the (similarly named) functions which they call after doing var_expand.</div>


</div></div></div></blockquote><div><br></div></div><div>Well, I can copy-paste "getoutput" and "system_piped"  into my own extension and make the necessary changes there, if that's best.</div><div>

</div></blockquote></div><br></div><div class="gmail_extra">Let's brainstorm on APIs a bit, because I feel like we're swimming in process control APIs - subprocess, pexpect, our own process machinery in IPython.utils. It shouldn't be necessary to reinvent the wheel again.<br>

<br></div><div class="gmail_extra">Thanks,<br></div><div class="gmail_extra">Thomas<br></div></div>