<div dir="ltr">One note that Matt forgot to mention.  This PR also includes an implementation of YTEP-0003 (field renaming):<div><br></div><div><a href="http://ytep.readthedocs.org/en/latest/YTEPs/YTEP-0003.html">http://ytep.readthedocs.org/en/latest/YTEPs/YTEP-0003.html</a><br>

</div><div><br></div><div>Now all universal fields are named according to the YTEP.  In fact the entire field system has been completely revamped (and massively simplified - it's a *big* improvement in my opinion).  Keep that in mind when testing it out.</div>

<div><br></div><div>For Enzo data the old field names will still be available, but they will come up in internal code units.  This is an improvement - it was a big pain to get Enzo data in code units before - but it will probably be confusing while people adjust their muscle memory to the new field names.</div>

<div><br></div><div>There is a compatibility layer that Matt added to alias the old field names to the new ones but I'm not very familiar with it so I'll leave it to Matt to comment on that.</div><div><br></div><div>

-Nathan</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Dec 3, 2013 at 8:15 AM, Matthew Turk <span dir="ltr"><<a href="mailto:matthewturk@gmail.com" target="_blank">matthewturk@gmail.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi all,<br>
<br>
Nathan and I sprinted on a few remaining things for the unit refactor,<br>
to the point that I would like to see it get tried out and tested in<br>
production.  Casey and Nathan have done some really cool stuff with<br>
the units work, and I think it will be awesome.<br>
<br>
I've issued a PR against the tip of the yt-3.0 branch.  Nathan and I<br>
will likely be updating this throughout the day.<br>
<br>
<a href="https://bitbucket.org/yt_analysis/yt/pull-request/662/unit-refactor" target="_blank">https://bitbucket.org/yt_analysis/yt/pull-request/662/unit-refactor</a><br>
<br>
What works:<br>
<br>
 * All of the non-VR *unit* tests<br>
 * Plotting of things<br>
 * Units on arrays!<br>
<br>
Each frontend needs to be manually converted, as fields are now<br>
completely redone -- and much nicer.  We have redone:<br>
<br>
 * Enzo<br>
 * FLASH<br>
 * RAMSES<br>
 * Boxlib (mostly)<br>
 * Stream<br>
<br>
However, before we got too far down the road, I wanted to verify that<br>
things are heading in a direction the developers are happy with.<br>
Specifically, things like the way fields are created (check out<br>
yt/fields/*.py and the frontends/*/fields.py for converted frontends)<br>
and the new UI for dealing with things.<br>
<br>
This *needs* to land in some form or another before the 3.0 release,<br>
and I'd like to start getting testing done now so that we can land the<br>
other big item, the rebranding.<br>
<br>
Unit refactor can't be accepted until:<br>
<br>
 * We get some people to use it, say what's wrong.<br>
 * The other frontends get converted.<br>
 * The VR interface is fixed.<br>
 * Plots have a unit-ful interface, which is mostly done.<br>
<br>
So, I'd like to ask that y'all try it out by pulling the bookmark<br>
unitrefactor from my fork ( MatthewTurk/yt ).  On Thursday during the<br>
dev hangout at 2PM EST, this will be the biggest part of the agenda --<br>
actually trying it out.<br>
<br>
-Matt<br>
_______________________________________________<br>
yt-dev mailing list<br>
<a href="mailto:yt-dev@lists.spacepope.org">yt-dev@lists.spacepope.org</a><br>
<a href="http://lists.spacepope.org/listinfo.cgi/yt-dev-spacepope.org" target="_blank">http://lists.spacepope.org/listinfo.cgi/yt-dev-spacepope.org</a><br>
</blockquote></div><br></div>