On Thu, Sep 6, 2012 at 5:08 PM, Thomas Kluyver <span dir="ltr"><<a href="mailto:takowl@gmail.com" target="_blank">takowl@gmail.com</a>></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 <<a href="mailto:epatters@enthought.com">epatters@enthought.com</a>> wrote:<br>
> You can see that 'handle_stdin_request' will never be called. To handle<br>
> stdin, something must be special cased: the terminal frontend, the embedded<br>
> kernel, or the embedded kernel manager. I'm not sure how to handle this<br>
> cleanly. Perhaps the simplest thing is to add a switch to the kernel for<br>
> calling 'raw_input' directly (bypassing the kernel manager). Only terminal<br>
> 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'm sure any solution with the word 'thread' in has its share<br>
of problems.<br>
<div class="im"><br>
> 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's exactly how it works.</div><div><br></div><div>Evan </div></div>