Re: [matplotlib-devel] pdf output

2007-09-11 Thread Michael Droettboom
This seems to be a cross platform bug and unrelated to fonts -- at least I am able to reproduce it on Linux. There was a small typo in the recently added support for non-rectangular clip paths. Fixed in r3829. (Jouni -- you may want to review this and verify that my change is correct.)

Re: [matplotlib-devel] pdf output

2007-09-11 Thread Paul Kienzle
I'm not sure yet how to fix the problem, but in the sample I sent earlier if I change: 5 0 obj /Length 11 0 R endobj to 5 0 obj /Length 1239 endobj then both gv and acroread can process the file without error. - Paul On Tue, Sep 11, 2007 at 08:49:05AM -0400, Michael

Re: [matplotlib-devel] pdf output

2007-09-11 Thread Paul Kienzle
On Tue, Sep 11, 2007 at 10:57:18AM -0400, Paul Kienzle wrote: I'm not sure yet how to fix the problem, but in the sample I sent earlier if I change: 5 0 obj /Length 11 0 R endobj to 5 0 obj /Length 1239 endobj then both gv and acroread can process the file without

Re: [matplotlib-devel] pdf output

2007-09-11 Thread Michael Droettboom
Did r3829 not work for you? (Or did you miss that in my earlier post?) I don't think anything related to Lengths has changed recently, and it did work at one point... Cheers, Mike Paul Kienzle wrote: On Tue, Sep 11, 2007 at 10:57:18AM -0400, Paul Kienzle wrote: I'm not sure yet how to fix

Re: [matplotlib-devel] lib/matplotlib/mpl-data/matplotlibrc in SVN

2007-09-11 Thread Darren Dale
On Saturday 08 September 2007 09:08:12 pm Eric Firing wrote: Michael Droettboom wrote: lib/matplotlib/mpl-data/matplotlibrc is generated at build time by interpolating some fields in matplotlibrc.template. Since it always get changed, it always shows up as a modified file by svn status.

Re: [matplotlib-devel] pdf output

2007-09-11 Thread Jouni K . Seppänen
Michael Droettboom [EMAIL PROTECTED] writes: There was a small typo in the recently added support for non-rectangular clip paths. Fixed in r3829. (Jouni -- you may want to review this and verify that my change is correct.) Yes, your change fixes a bug; thanks. Strangely enough, Apple's

Re: [matplotlib-devel] lib/matplotlib/mpl-data/matplotlibrc in SVN

2007-09-11 Thread Eric Firing
Darren Dale wrote: [...] Could MANIFEST also be removed? I think it is generated from MANIFEST.in. It is, but it is not clear to me when or how this occurs. Does distutils do it? MANIFEST seems to have special significance, but I don't know anything about it beyond that. Eric

Re: [matplotlib-devel] pdf output

2007-09-11 Thread Jouni K . Seppänen
Paul Kienzle [EMAIL PROTECTED] writes: I'm not sure yet how to fix the problem, but in the sample I sent earlier if I change: 5 0 obj /Length 11 0 R endobj to 5 0 obj /Length 1239 endobj then both gv and acroread can process the file without error. Putting the length of

Re: [matplotlib-devel] lib/matplotlib/mpl-data/matplotlibrc in SVN

2007-09-11 Thread Darren Dale
On Tuesday 11 September 2007 02:23:49 pm Eric Firing wrote: Darren Dale wrote: [...] Could MANIFEST also be removed? I think it is generated from MANIFEST.in. It is, but it is not clear to me when or how this occurs. Does distutils do it? MANIFEST seems to have special significance, but

Re: [matplotlib-devel] pdf output

2007-09-11 Thread william ratcliff
Has anyone worked with postscript files on windows? I don't know if this is related, but when I do a savefig('foo.ps',dpi=150) on plot generated by pcolormesh, I find that ghostview gives the error: DSC Error at line 518: %%Page: 1 1 This %%Page: line occured in the trailer, which is not legal.

Re: [matplotlib-devel] pdf output

2007-09-11 Thread Paul Kienzle
On Tue, Sep 11, 2007 at 12:31:25PM -0400, Michael Droettboom wrote: Did r3829 not work for you? (Or did you miss that in my earlier post?) I don't think anything related to Lengths has changed recently, and it did work at one point... The current svn works --- I must have missed a build

[matplotlib-devel] Bar plot forget units information

2007-09-11 Thread James Evans
When using the 'bar' plot command, unit information is lost when changing the units for a given axis. The attached script demonstrates this. This is not the case for line plots because of the use of Line2D's 'recache' method. --James Evans plot using a variety of cm vs inches

[matplotlib-devel] annotate fails with unitized data

2007-09-11 Thread James Evans
When passing unitized data into the annotate function it will fail because it attempts to use the data as a float. See the attached script for an example. --James Evans import pylab from basic_units import cm fig = pylab.figure() ax = fig.add_subplot(111) #BUG: This will fail.