<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On 13 July 2014 11:28, Sylvain Corlay <span dir="ltr"><<a href="mailto:sylvain.corlay@gmail.com" target="_blank">sylvain.corlay@gmail.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div>I agree that it would be relevant to have some language information in the metadata of the ipynb file, but not directly the backend name, to allow concurrent backends to coexist for a given language. </div>



<div>This would be very useful to people developing kernels. </div><div>The different backends could be registered in ipython_notebook_config.py</div><div>   -the executable </div><div>   -the name of the corresponding language</div>


<div>   -a short user-friendly name for the backend . </div></blockquote><div><br></div><div>This is pretty much what we're doing, though it's not stored in the config file - there's a directory where kernels can install information about themselves. See IPEP 25 for more details:<br>

<a href="https://github.com/ipython/ipython/wiki/IPEP-25:-Registry-of-installed-kernels">https://github.com/ipython/ipython/wiki/IPEP-25:-Registry-of-installed-kernels</a><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">

<div>When opening a notebook from the dashboard, a warning could be triggered or a choice could be given depending on whether multiple or no backend is available. </div></blockquote></div><br></div><div class="gmail_extra">

For now, it will only try to start the kernel that the notebook was last used with. The language field is saved in the notebook metadata, so it would be possible to write a mechanism to fall back to another kernel for the relevant language, but I think that's unnecessary complexity for the moment.<br>

<br></div><div class="gmail_extra">Thomas<br></div></div>