-
-
Notifications
You must be signed in to change notification settings - Fork 4.4k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
make zmq-console and qtconsole monitor activity they did not initiate #1873
Comments
Yup, in fact in the very first prototype that @ellisonbg and I wrote of a zmq-based interactive python client, we did echo the other messages, just to check that the pattern would work. We always thought we'd get to implementing such capabilities with a nicer UI in the 'real' ipython, but for whatever reason that has just not happened (well, the reason being we're totally swamped in a million other things, obviously). But that had always been part of the plan, so now may be a good time to start thinking about how to do it right. Thanks for bringing it back up. |
I second ivanov, in that this would be a really great feature. I have started using the vim-ipython integration as a replacement for MATLAB, and it would be much easier to use if the output of a command showed up upon execution Thanks for all of your work; this is really great stuff. |
This is the kind of problem that would be perfect to tackle early on in the 0.14 release cycle, as it will require substantial UI discussion and thought. Things like that are best done early in the dev cycle so the chances for use in the field and feedback are maximized. |
well, is there any updates for this issue? some one told me the 0.14 ipython is still not working .... |
@shelper: this is an idea for an enhancement that will require substantial work, but there's nothing regarding this that's 'still not working', unless by that you mean that the suggested enhancement hasn't been implemented. Can you be more precise? |
well, here is my problem(i actually posted in an issue report for vim-ipython) i've searched around for a solution and found this might be the same problem here, where is the "suggested enhancement "? |
@shelper : the behavior you describe is the current limitation of vim-ipython, however, listens in on all activity and reports all of it. So until we, or someone else makes a working implementation for this feature request, in order to get output in a particular ipython client (notebook, qtconsole, or console), the execution has to be run from that client. |
First of all thank you very much Paul for this great plugin. I would just like to second the wish being discussed on this page, it would greatly enhance productivity. |
are there any news on this feature? is it part of the roadmap within or beyond 1.0? |
No progress. It should really be a simple switch to flip for checking the session match. Just need UI for it. |
this will not make it into 1.0, I'm going to mark it as milestone |
just another +1 for this feature request from a vim-ipython user |
What UI do you have in mind? Would a trivial patch making it an on/off option at the ConsoleWidget level be acceptable? Happy to submit one if so. |
Has there been any progress?! I'd really love to see lines sent from vim in the shell... |
See #6123 |
over at ivanov/vim-ipython#31, @pielgrzym pointed out that vim-ipython is able to monitor and display input and output for the kernel it is monitoring, regardless of what client initiated this activity, whereas activity initiated from vim-ipython is not reflected by these clients.
This is not unique to vim-ipython, however. Both the qtconsole and console frontends currently ignore the messages that they did not initiate. In other words, if you have two qtconsoles connected to the same kernel, executing code from one of them will not affect the other one in any way.
It would be nice for the qtconosle and console frontends to periodically check the relevant channels and make this activity visible. This would certainly be a good candidate for toggle-able behavior, since sometimes you really do want to ignore what other clients are doing.
The text was updated successfully, but these errors were encountered: