On Thu, Sep 6, 2012 at 5:08 PM, Thomas Kluyver <span dir="ltr">&lt;<a href="mailto:takowl@gmail.com" target="_blank">takowl@gmail.com</a>&gt;</span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">On 6 September 2012 22:39, Evan Patterson &lt;<a href="mailto:epatters@enthought.com">epatters@enthought.com</a>&gt; wrote:<br>
&gt; You can see that &#39;handle_stdin_request&#39; will never be called. To handle<br>
&gt; stdin, something must be special cased: the terminal frontend, the embedded<br>
&gt; kernel, or the embedded kernel manager. I&#39;m not sure how to handle this<br>
&gt; cleanly. Perhaps the simplest thing is to add a switch to the kernel for<br>
&gt; calling &#39;raw_input&#39; directly (bypassing the kernel manager). Only terminal<br>
&gt; frontends would use this switch. Perhaps others have better ideas.<br>
<br>
</div>OK, that makes sense. My inclination would be to leave it until<br>
someone finds they actually need it - as you say, running in the<br>
terminal with a local kernel seems a bit odd. If it did become<br>
necessary, another possible route would be to run the kernel in its<br>
own thread, so a degree of asynchronous execution was possible.<br>
Although I&#39;m sure any solution with the word &#39;thread&#39; in has its share<br>
of problems.<br>
<div class="im"><br>
&gt; About raw_input, I think Robert Kern (in his original gist) caught it and transformed to a QInputDialog. It would be nice to have something like that before merging.<br>
<br>
</div>If I understand Evan correctly, the problem with raw_input is only<br>
when using this in the terminal frontend. In the Qt console, I assume<br>
it behaves like a remote kernel - the prompt appears inline. Evan, can<br>
you confirm that?<br></blockquote><div><br></div><div>Yes, that&#39;s exactly how it works.</div><div><br></div><div>EvanĀ </div></div>