On Wed, Jul 18, 2007 at 01:49:19AM -0500, Robert Kern wrote:
> Gael Varoquaux wrote:
> > On Tue, Jul 17, 2007 at 04:54:49PM -1000, Eric Firing wrote:
> >> The 2.0 branch is not new enough, though; we need the trunk.
> > Nonononono. Believe me. Unless you want to live on the bleeding edge.
> > Al
Gael Varoquaux wrote:
> On Tue, Jul 17, 2007 at 04:54:49PM -1000, Eric Firing wrote:
>> The 2.0 branch is not new enough, though; we need the trunk.
>
> Nonononono. Believe me. Unless you want to live on the bleeding edge. All
> the QA is done on the branches. The trunk is for active developemen
On Tue, Jul 17, 2007 at 04:54:49PM -1000, Eric Firing wrote:
> The 2.0 branch is not new enough, though; we need the trunk.
Nonononono. Believe me. Unless you want to live on the bleeding edge. All
the QA is done on the branches. The trunk is for active developement
(some active developement hap
Bryce Hendrix wrote:
> John, you're trying to check out the code from Trac, not svn :) Try this
> URL
>
> https://svn.enthought.com/svn/enthought/branches/enthought.traits_2.0
I just did this. There is still an authentication problem, but manually
accepting the cert makes it work.
The 2.0 bra
Hi all,
this is an important discussion also for us (ipython), so I'll go in
some detail into things. It would be great if out of this we got
something that both ipython and matplotlib could reuse for the long
haul, though I'm not sure (in a sense, ipython has some nastier
requirements that mpl m
On 7/17/07, Gael Varoquaux <[EMAIL PROTECTED]> wrote:
> I have written a small script that uses pylab to retrieve the data for
> the MPL colormaps. I am thinking of checking in both the script, and the
> resulting data in Mayavi2 (FBSD licenced). Can I do such a thing
> (stealing colormaps ?).
You
I have written a small script that uses pylab to retrieve the data for
the MPL colormaps. I am thinking of checking in both the script, and the
resulting data in Mayavi2 (FBSD licenced). Can I do such a thing
(stealing colormaps ?).
Cheers
On 7/17/07, Michael Droettboom <[EMAIL PROTECTED]> wrote:
> TraitsUI seems really cool, but there are a couple of reasons I think
> that should probably be considered lower priority. For one, it would
> need to be generalized and ported (backend-ed) for all of matplotlib's
> many gui backends. A
On Tue, Jul 17, 2007 at 11:54:19AM -0400, Perry Greenfield wrote:
> This is exactly the sort of thing that I thought a transform approach
> would make easier to do. So if it isn't urgent, waiting probably
> would be better. (by the way, we see exactly the same sort of log
> scale you propose
Sorry for double posting. Apparently the original posting was html formatted,
and looked nonsensical. Hopefully this one is more clear:
On Tuesday 17 July 2007 02:31:02 pm Darren Dale wrote:
> On Tuesday 17 July 2007 09:33:47 am John Hunter wrote:
> > Speaking of branches, we may need to seriousl
On Tuesday 17 July 2007 09:33:47 am John Hunter wrote:
> Speaking of branches, we may need to seriously consider a branch here,
> mpl1.
I vote for a branch. Maybe we could consider an alternative directory layout in
a branch, the current layout is a bit entropic. For the sake of discussion:
mpl/
Christopher Barker wrote:
> I have thought about the safety issue. One idea I've had (though I never
> bothered with it) was to strip the input files of "import" lines first.
> You could do a whole lot less if you couldn't import any arbitrary modules.
Disallowing import statements won't help w
Darren Dale wrote:
> John, Eric, have you had a look at the way IPython1 handles config files?
> Here's a taste:
> In ipython's scheme, the config files
> are loaded using execfile, I wonder if that might appear unsafe to anyone?
This is, of course, terribly unsafe, but does anyone have a use
This is exactly the sort of thing that I thought a transform approach
would make easier to do. So if it isn't urgent, waiting probably
would be better. (by the way, we see exactly the same sort of log
scale you propose in one of our older (non-python) packages. So there
is a call for this s
On Tuesday 17 July 2007 11:22:29 am John Hunter wrote:
> On 7/17/07, Darren Dale <[EMAIL PROTECTED]> wrote:
> > I'd like to add the dict-based validation scheme for 0.91. It should be
> > quick, and then I can focus on traits and a new config scheme, in an mpl1
> > branch if we decide that is best.
On 7/17/07, Darren Dale <[EMAIL PROTECTED]> wrote:
> I'd like to add the dict-based validation scheme for 0.91. It should be quick,
> and then I can focus on traits and a new config scheme, in an mpl1 branch if
> we decide that is best.
Sounds like a good plan.
--
On Tue, Jul 17, 2007 at 08:33:47AM -0500, John Hunter wrote:
> Speaking of branches, we may need to seriously consider a branch here,
> mpl1. The changes here may involve breaking a fair amount of code,
> which I don't mind doing to get it right, but I'm somewhat inclined to
> branch off here for
On Tuesday 17 July 2007 09:33:47 am John Hunter wrote:
> We should also consider getting out a 0.91 release as soon as we can
> finish the numpification, because Michael has done a lot of good work.
> So much to do
I'd like to add the dict-based validation scheme for 0.91. It should be quick,
On 7/17/07, Darren Dale <[EMAIL PROTECTED]> wrote:
> I'm really impressed with how readable and well organized the code is in
> ipython1. It looks like their approach to configuration has been carefully
> considered. Any chance we can follow their lead? It looks like it would be a
I haven't looke
On Tuesday 17 July 2007 09:15:15 am Darren Dale wrote:
> I'm really impressed with how readable and well organized the code is in
> ipython1. It looks like their approach to configuration has been carefully
> considered. Any chance we can follow their lead? It looks like it would be
> a good fit: w
On Tuesday 17 July 2007 08:01:41 am Michael Droettboom wrote:
> Gael Varoquaux wrote:
> > On Mon, Jul 16, 2007 at 10:31:03PM -0500, John Hunter wrote:
> >> I am happy to be the first at this point -- enthought has done a lot
> >> to support traits. Traits has one of the most impressive pieces of
>
On Tue, Jul 17, 2007 at 08:01:41AM -0400, Michael Droettboom wrote:
> TraitsUI seems really cool, but there are a couple of reasons I think
> that should probably be considered lower priority. For one, it would
> need to be generalized and ported (backend-ed) for all of matplotlib's
> many gui
Gael Varoquaux wrote:
> On Mon, Jul 16, 2007 at 10:31:03PM -0500, John Hunter wrote:
>
>> I am happy to be the first at this point -- enthought has done a lot
>> to support traits. Traits has one of the most impressive pieces of
>> technical documentation in the scientific python community.
>>
23 matches
Mail list logo
