On 10/29/07, Darren Dale <[EMAIL PROTECTED]> wrote: > Maybe we can consider switching to the traited config package after the > potential merge. I have been running with it for quite a long time, and
I think it would be a good time to do the switch. Michael's changes do not change much of the API, but there are a number of places where there will be changes, and so it is a good idea to get as many of these things in at once. I think a good way to proceed will be to treat this as a pre-pre 1.0 release (0.98?), with widely advertised changes, so people will expect some pain in the upgrade. The only other major thing I want to see overhauled before 1.0 is the axis treatment, so people can add an arbitrary number of x and y axis instances with different scaling and placement. I am also mostly in agreement with Eric that I am hesitant to rely on traits as an external dependency. When I first started testing traits this summer and did the install on my powerbook, the install was anything but painless. The team on the enthought-dev mailing lists was awesome in their support, but it took a lot of support for me to get everything working right, and I was at least 10 times more motivated, and probably more competent, than the typical user. When there is a single tarball or command that works on almost all platforms, and continues to do so for six months or so, I am amenable to making it an external dependency, which is the approach enthought prefers and which has its own advantages . Darren, how much work would it take to get traits 3.0 into our install pipline? Proposed timeline: * get out a release of the current trunk, and make a branch for bug fix releases * merge Michael's branch into the trunk with emails to the lists and posts to the site that svn is bleeding edge, and this time we mean it, with instructions on how to use the oldline branch for people who need up to the minute bug fixes in the old branch * bring enthought traits 3.0 into our build pipeline * turn on traited config, and deprecate the old config. * add traited properties for the artists. * release 0.98 sometime early next year. We probably want to consult with the ipython folks to see what their plans are vis-a-vis traits and config to see if there is any duplication of effort we can avoid. ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
