<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">Hi all,<div><br></div><div>I've just run into an issue with the way plot window currently handles the derived field display_names. Everything works great so long as the display name is an ascii string (true for 99% of yt fields) but if I define a new field and I want the display name to include some latex macros, things currently break.</div><div><br></div><div>I've hacked up a solution in this changeset: <a href="https://bitbucket.org/ngoldbaum/yt-cleancopy/changeset/5087f6769726a9527b508470eb1b904bfe6beacd">https://bitbucket.org/ngoldbaum/yt-cleancopy/changeset/5087f6769726a9527b508470eb1b904bfe6beacd</a></div><div><br></div><div>This allows me to make plots like this: <a href="http://i.imgur.com/a8G9e.png">http://i.imgur.com/a8G9e.png</a> Or this: <a href="http://i.imgur.com/TTgAY.png">http://i.imgur.com/TTgAY.png</a> if I define the fields as in this paste: <a href="http://paste.yt-project.org/show/2683/">http://paste.yt-project.org/show/2683/</a></div><div><br></div><div>This wasn't a problem using PlotCollection since the colorbar label wasn't rendered in mathtext unless the display_name string was explicitly passed as mathtext. When I finished up plot window I decided to force the axis labels and colorbar labels to be mathtext so that the unit label and field name are rendered in the same font. </div><div><br></div><div>A simpler solution would be to go back to annotating the labels using the matplotlib fonts. I'm -1 on that since I think the plots don't look as nice.</div><div><br></div><div>Personally, I'm +1 on my changeset but since this is a biggish change that might interfere with user-defined fields, I wanted to open a discussion on the dev list about how to handle the issue before submitting a PR.</div><div><br></div><div>Cheers,</div><div><br></div><div>Nathan</div></body></html>