John Hunter wrote:
> On Sat, Jul 19, 2008 at 11:09 PM, Ryan May <[EMAIL PROTECTED]> wrote:
>
>> The only issue I've seen is that scaling with PS is way too big. I've
>> attached ps and pdf files from the same run to show the problem.
>
> The only thing I can think of is since you are using a ide
Eric Firing wrote:
Ryan May wrote:
Hi,
I'll continue my current flood of emails to the list. :) I'm finally
getting back to my work on Skew-T plots, and I have a semi-working
implementation (attached.) It runs, and as is, plots up some of the
grid, with the x-value grid lines skewed 45 deg
On Wed, Jul 23, 2008 at 09:14:46AM -0500, John Hunter wrote:
> > Related: while I am digging around in there, now is probably the moment
> > for me to integrate Paul Kienzle's comments on start/stop_event_loop in
> > FigureCanvasBase, etc. I am not sure there is a consensus on this. I
> > am curr
Eric Firing wrote:
> Ryan May wrote:
>> Ok,
>>
>> I've committed my wind barbs stuff in SVN. Anyone interested, go
>> ahead an hammer on it.
>
> Very nice!
>
> Comments on the example, barb_demo.py:
>
> 1) In your third panel, you put the args after the kwargs. I had no
> idea this was even
John Hunter wrote:
>> I have tested all the changes against the existing pylab_examples and
>> things work fine. Nonetheless, since lots of things have been changed,
>> I haven't committed them for fear of interfering with the release.
>> Instead, I am attaching the patch set. If I get the green
On solaris with gcc-4.3.1, the macro __cplusplus is not defined to
199711L. This is a long-standing issue with solaris. This doesn't much
matter on some platforms, but for matplotlib, what is happening to me
is that through a series of defines and conditionals, the method
putchar, as used here:
./
John Hunter wrote:
> On Wed, Jul 23, 2008 at 6:21 AM, David Kaplan <[EMAIL PROTECTED]> wrote:
>> Hi,
>>
>> Well, I now know more than I ever wanted to about clabel. I decided to
>> improve a bit on the inlining and ended up rewriting it. For automatic
>> label placement, I basically use the exist
On Wed, Jul 23, 2008 at 6:21 AM, David Kaplan <[EMAIL PROTECTED]> wrote:
> Hi,
>
> Well, I now know more than I ever wanted to about clabel. I decided to
> improve a bit on the inlining and ended up rewriting it. For automatic
> label placement, I basically use the existing algorithm for determin
On Wed, Jul 23, 2008 at 8:53 AM, David Kaplan <[EMAIL PROTECTED]> wrote:
> That should be an "and" not an "or"
OK, I'll leave the final fix to you.
JDH
-
This SF.Net email is sponsored by the Moblin Your Move Developer'
On Fri, Jul 18, 2008 at 2:32 PM, David M. Kaplan <[EMAIL PROTECTED]> wrote:
> Well, yeah. I think this would mean a lot of the same code in many
> backends. I also like the idea of a deeper hierarchy with a
> FigureCanvasUserInterface class that inherits FigureCanvasBase but adds
> functional st
Hi,
Almost:
In [3]: cbook.is_scalar((0,1))
Out[3]: True
That should be an "and" not an "or".
Cheers,
David
On Wed, 2008-07-23 at 08:16 -0500, John Hunter wrote:
> On Wed, Jul 23, 2008 at 4:04 AM, David Kaplan <[EMAIL PROTECTED]> wrote:
> > Hi,
> >
> > I believe that the cbook.is_scalar functio
On Wed, Jul 23, 2008 at 4:04 AM, David Kaplan <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I believe that the cbook.is_scalar function has a bug:
>
> In [19]: cbook.is_scalar('abc')
> Out[19]: 1
>
> I believe it should be:
>
> def is_scalar(obj):
>'return true if *obj* is not string like and is not ite
Hi,
Well, I now know more than I ever wanted to about clabel. I decided to
improve a bit on the inlining and ended up rewriting it. For automatic
label placement, I basically use the existing algorithm for determining
label location, but have replaced existing code for determining the
angle of r
Eric Firing wrote:
> Ryan May wrote:
>> Ok,
>>
>> I've committed my wind barbs stuff in SVN. Anyone interested, go
>> ahead an hammer on it.
>
> Very nice!
>
> Comments on the example, barb_demo.py:
>
> 1) In your third panel, you put the args after the kwargs. I had no
> idea this was even
Hi,
I believe that the cbook.is_scalar function has a bug:
In [19]: cbook.is_scalar('abc')
Out[19]: 1
I believe it should be:
def is_scalar(obj):
'return true if *obj* is not string like and is not iterable'
return not is_string_like(obj) and not iterable(obj)
Cheers,
David
--
**
Ryan May wrote:
> Ok,
>
> I've committed my wind barbs stuff in SVN. Anyone interested, go ahead
> an hammer on it.
Very nice!
Comments on the example, barb_demo.py:
1) In your third panel, you put the args after the kwargs. I had no
idea this was even legal--it's the first time I have seen
16 matches
Mail list logo
