Skip to content
This repository has been archived by the owner on Sep 1, 2022. It is now read-only.

Handle interactive kernel responses in output area #227

Open
afshin opened this issue Jun 2, 2016 · 4 comments
Open

Handle interactive kernel responses in output area #227

afshin opened this issue Jun 2, 2016 · 4 comments

Comments

@afshin
Copy link
Member

afshin commented Jun 2, 2016

Executing inputs that don't immediately return a result (like invoking the help() functionality) require the output area to support handling input_request messages.

This is a general problem for both the notebook and the console. In order to see the problem manifest, at a console prompt, entering and executing the command help() will cause the kernel to pause while it waits for user input. The kernel will remain unusable from that point forward.

cc: @blink1073 @jasongrout

@afshin afshin changed the title Handle interactive kernel in output area Handle interactive kernel responses in output area Jun 2, 2016
@blink1073
Copy link
Member

My notes:

We'll need to handle input messages here that result in an output type for input requests.
This output type will result in an output widget that has the input text and an input field (which may or may not be a password). Hitting enter will send the input reply to the kernel and render the widget as text.

If there is another input request, it will be added as another widget after the existing one.

ref: http://jupyter-client.readthedocs.io/en/latest/messaging.html#messages-on-the-stdin-router-dealer-sockets

@afshin
Copy link
Member Author

afshin commented Jun 2, 2016

For the console, we'll have to stall creation of a new prompt until after the user has ended interaction with this new output area.

@blink1073
Copy link
Member

That will already be the case because we won't get an execute reply until interaction is done.

@afshin
Copy link
Member Author

afshin commented Jun 2, 2016

Good point.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants