<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Sun, Nov 10, 2013 at 2:19 AM, Matthias BUSSONNIER <span dir="ltr"><<a href="mailto:bussonniermatthias@gmail.com" target="_blank" onclick="window.open('https://mail.google.com/mail/?view=cm&tf=1&to=bussonniermatthias@gmail.com&cc=&bcc=&su=&body=','_blank');return false;">bussonniermatthias@gmail.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
Le 9 nov. 2013 à 22:49, Thomas Kluyver a écrit :<br>
<div class="im"><br>
> I'm starting to think about how newly installed kernels can be discovered by IPython, and the links between kernels and profiles.<br>
</div>> ....<br>
><br>
> Does this sound sensible?<br>
<br>
But other things might need to change when you change kernels. Like  syntax highlighting,<br>
execute_on_complete_block, logo in the notebook, default code_mirror_theme.<br></blockquote><div><br></div><div>Yes, and we need to figure out how to address that without creating a profile for each,</div><div>because we need to be able to use multiple kernel types with one server instance,</div>

<div>which means one profile.</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
So you actually do need to have a full config logic loading that change depending on the kernel.<br>
You cannot **just** create a profile on the fly.<br>
<br>
I think that the "include the names of kernels that don't yet have a matching profile"<br>
make no sense. Either the kernel is installed and ships with a default-profile (in whatever form)<br>
or it does not exist.<br>
Also I would be more in favor of a structure along :<br>
<br>
.ipython/profiles_default/<br>
        - config_*.json<br>
        - IJulia/<br>
                -config.json<br>
                -notebook-config.json<br>
        - IHaskell/<br>
                -config.json<br>
                -notebook-config.json<br>
        - IRuby/<br>
                -config.json<br>
                -notebook-config.json<br>
        ...<br>
.ipython/profiles_foo/<br>
        - config_*.json<br>
        - IJulia/<br>
                -config.json<br>
                -notebook-config.json<br>
        - IHaskell/<br>
                -config.json<br>
                -notebook-config.json<br>
        - IRuby/<br>
                -config.json<br>
                -notebook-config.json<br>
        ...<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
M<br>
</font></span><div class="im HOEnZb"><br>
<br>
<br>
<br>
><br>
> Then there's the question of how to handle multiple kernels sharing a profile. We could allow a general mechanism for this, or special case the Python 2/3 kernels, or just drop the possibility and force the Python kernels to use separate profiles.<br>


><br>
> Thanks,<br>
> Thomas<br>
</div><div class="HOEnZb"><div class="h5">> _______________________________________________<br>
> IPython-dev mailing list<br>
> <a href="mailto:IPython-dev@scipy.org" onclick="window.open('https://mail.google.com/mail/?view=cm&tf=1&to=IPython-dev@scipy.org&cc=&bcc=&su=&body=','_blank');return false;">IPython-dev@scipy.org</a><br>


> <a href="http://mail.scipy.org/mailman/listinfo/ipython-dev" target="_blank">http://mail.scipy.org/mailman/listinfo/ipython-dev</a><br>
<br>
_______________________________________________<br>
IPython-dev mailing list<br>
<a href="mailto:IPython-dev@scipy.org" onclick="window.open('https://mail.google.com/mail/?view=cm&tf=1&to=IPython-dev@scipy.org&cc=&bcc=&su=&body=','_blank');return false;">IPython-dev@scipy.org</a><br>


<a href="http://mail.scipy.org/mailman/listinfo/ipython-dev" target="_blank">http://mail.scipy.org/mailman/listinfo/ipython-dev</a><br>
</div></div></blockquote></div><br></div></div>