Paul, thanks for the catch.<div><br></div><div>After chatting with Brian, I am going to restore the msg_id/msg_type aliases to the top-level of the msg dict.  They have always been in the header, because the header/parent/content are the only things sent over the wire.  But it still makes sense for msg_id/msg_type to be accessible in the top level of the dict.</div>


<div><br></div><div>I'll make sure the docs reflect this as well.  We should definitely be more careful changing published specs.</div><div><br></div><div>-MinRK<br><br><div class="gmail_quote">On Thu, Sep 1, 2011 at 18:49, Paul Ivanov <span dir="ltr"><<a href="mailto:pivanov314@gmail.com" target="_blank">pivanov314@gmail.com</a>></span> wrote:<br>


<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hey there,<br>
<br>
I just updated trunk and had to spend some time tracking down why<br>
vim-ipython's shell wasn't working like it was in 0.11<br>
<br>
turns out that 'msg_type' moved from being just inside a messsage, to<br>
being inside a message's header, i.e. m['msg_type'] is now<br>
m['header']['msg_type']<br>
<br>
I made a pull request for a note about this backwards<br>
incompatible change to be included in development.txt - but<br>
wonder if this change is worth making. (ok, i see it is, figured<br>
it out as I wrote this)<br>
<br>
<naive me><br>
I can imagine there might be folks out there writing ipython<br>
integrated applications using the messaging spec in 0.11, perhaps<br>
to interface with a text editor, that'll have to support both<br>
versions of the spec, but it's not clear what the win is of<br>
moving msg_type to the header.<br>
<br>
Do these hypothetical folks have to bite the bullet this time<br>
around, or might there be some recourse and a<br>
backwards-compatible reinstatement of 'msg_type' to top level.<br>
</naive me><br>
<br>
oh, it looks like in 0.11 'msg_type' was replicated in both the<br>
top level and in the header, so the above all makes sense now,<br>
and top level removal is not that big of a deal.<br>
<br>
so consider this message being encouragement to document these<br>
type of changes as they're merged. :)<br>
<br>
best,<br>
<font color="#888888">--<br>
Paul Ivanov<br>
314 address only used for lists,  off-list direct email at:<br>
<a href="http://pirsquared.org" target="_blank">http://pirsquared.org</a> | GPG/PGP key id: 0x0F3E28F7<br>
</font><br>-----BEGIN PGP SIGNATURE-----<br>
Version: GnuPG v1.4.10 (GNU/Linux)<br>
<br>
iEYEARECAAYFAk5gNi4ACgkQe+cmRQ8+KPcNywCfa2h3aS1Hg2gUf3PUIQzP8aTT<br>
nsMAniczwNeuZ2tHwmlUuSXDhlQ8WxBh<br>
=di5j<br>
-----END PGP SIGNATURE-----<br>
<br>_______________________________________________<br>
IPython-dev mailing list<br>
<a href="mailto:IPython-dev@scipy.org" target="_blank">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></blockquote></div><br></div>