<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">
Frederic,
<div class="">We have been testing the use of Pyro4 as a method of loading remote NeXus files within NeXpy, which also uses a Jupyter shell (<a href="http://nexpy.github.io/nexpy/" class="">http://nexpy.github.io/nexpy/</a>). It’s not part of the official distribution
 yet, but I would be happy to discuss it with you outside this list. As a fellow neutron scatterer, it might be relevant. </div>
<div class=""><br class="">
</div>
<div class="">Ray</div>
<div class=""><br class="">
<div>
<blockquote type="cite" class="">
<div class="">On Dec 2, 2015, at 7:27 AM, Frédéric Mantegazza <<a href="mailto:mantegazza@ill.fr" class="">mantegazza@ill.fr</a>> wrote:</div>
<br class="Apple-interchange-newline">
<div class="">Le 02/12/2015, Thomas a écrit :<br class="">
<br class="">
<blockquote type="cite" class="">You could make a custom execution environment which only exposes a<br class="">
particular set of commands relevant to e.g. controlling a mass<br class="">
spectrometer. But broadly, a kernel is there to be the execution backend<br class="">
for a user typing in code, not an RPC framework. If you're happy with the<br class="">
way you use Pyro, you'd probably have to do quite a bit of work to<br class="">
reimplement a similar interface on top of our kernel/client model.<br class="">
</blockquote>
<br class="">
When we started to develop our application (aka PyMAD), we had in mind to<br class="">
push the instrument responsible to dig into python, and offer him<br class="">
something closer to a framework, rather than a end-user application.<br class="">
<br class="">
This, because this guy is someone with 1000 ideas per hour, and often asks<br class="">
for new stuffs. So, giving to him such (very) high level tools to control<br class="">
his instrument could have been nice.<br class="">
<br class="">
But He never dig enough into python to be able to do so. I don't blame him<br class="">
at all, as it is not easy to change habits. Python was new to him...<br class="">
<br class="">
But he is about to retire, at the end of this year, and the new<br class="">
responsible is younger, and uses python to treat his scientific datas. So,<br class="">
I think it could be nice, this time, to implement what we always wanted to<br class="">
do.<br class="">
<br class="">
Saying this, it appears to me that we don't really need a RPC-like<br class="">
framework, and exposing all the internals of the application could be<br class="">
great. We will have to find a mecanism to hide some parts for simple users<br class="">
using the instrument, to avoid them to brake things during their<br class="">
experiment (:o/), but I think it can be done without too much work.<br class="">
<br class="">
On the other hand, having the jupyter mecanism, and being able to start a<br class="">
session from one place, in a pure console, or in a qtconsole, them<br class="">
go back home and switch to a web-based console to continue to work from<br class="">
the same point is really great.<br class="">
<br class="">
Last, it appears that Pyro4 dropped some features mandatory for our<br class="">
application, like the event service! So, we are stuck to the 3.x version...<br class="">
<br class="">
That's why I want to explore this idea.<br class="">
<br class="">
-- <br class="">
   Frédéric MANTEGAZZA             CEA-Grenoble<br class="">
   Tel.     : 33 (0) 476 207 617   INAC/SPSMS/MDN<br class="">
   Fax      : 33 (0) 476 483 906   17, rue des Martyrs<br class="">
   Courriel : <a href="mailto:mantegazza@ill.fr" class="">mantegazza@ill.fr</a>    F-38054 Grenoble Cedex 09<br class="">
<br class="">
_______________________________________________<br class="">
IPython-dev mailing list<br class="">
<a href="mailto:IPython-dev@scipy.org" class="">IPython-dev@scipy.org</a><br class="">
https://mail.scipy.org/mailman/listinfo/ipython-dev<br class="">
</div>
</blockquote>
</div>
<br class="">
<div class="">-- <br class="">
Ray Osborn, Senior Scientist<br class="">
Materials Science Division<br class="">
Argonne National Laboratory<br class="">
Argonne, IL 60439, USA<br class="">
Phone: +1 (630) 252-9011<br class="">
Email: <a href="mailto:ROsborn@anl.gov" class="">ROsborn@anl.gov</a><br class="">
<br class="">
</div>
</div>
</body>
</html>