Carl Worth wrote:
> On Thu, 05 Jul 2007 13:22:11 -1000, Eric Firing wrote:
[...]
>
> My suggestion would be to make it default to .png if no additional
> information is provided, and then to also add some sort of pseudo
> backends so that the other cairo-supported file types could easily be
> obta
Norbert,
I just did the rename, and it worked:
[EMAIL PROTECTED]:~/programs/py/mpl/matplotlib_units$ svn move
lib/matplotlib/rcdefaults.py lib/matplotlib/rcsetup.py
A lib/matplotlib/rcsetup.py
D lib/matplotlib/rcdefaults.py
[EMAIL PROTECTED]:~/programs/py/mpl/matplotlib_units$ sv
Carl Worth wrote:
> On Thu, 05 Jul 2007 13:22:11 -1000, Eric Firing wrote:
>> I have made a few changes in svn to facilitate testing cairo with
>> backend_driver (and to fix a bug that turned up), and I will do a bit
>> more on this later today or tomorrow.
>
> Cool. I've started downloading all t
On Thu, 05 Jul 2007 13:22:11 -1000, Eric Firing wrote:
> I have made a few changes in svn to facilitate testing cairo with
> backend_driver (and to fix a bug that turned up), and I will do a bit
> more on this later today or tomorrow.
Cool. I've started downloading all the matplotlib source histor
Carl,
I have made a few changes in svn to facilitate testing cairo with
backend_driver (and to fix a bug that turned up), and I will do a bit
more on this later today or tomorrow. The result of a quick pass
through the backend_driver test with png output is quite encouraging,
though. There a
On Thu, 5 Jul 2007 14:46:13 -0500, "John Hunter" wrote:
> The postscript backend as it stands is in good shape, and is full
> featured (Darren can tell you how much work he has put into supporting
> and enhancing the latex support). The last major issue with it is the
> font size issue, and with y
On Thu, 5 Jul 2007 13:26:22 -0500, "John Hunter" wrote:
> On 7/5/07, Carl Worth <[EMAIL PROTECTED]> wrote:
> > I don't know if there's anything special about the PostScript output
> > you're currently producing that wouldn't make it acceptable to use
> > cairo's PostScript output directly. But even
Ken McIvor wrote:
>> This qualifies as a wx bug, doesn't it?
> I believe so. I'll file it.
I agree - a segfault is ALWAYS a bug.
>> If wx doesn't retain the reference, then instead of a segfault
>> shouldn't it raise an exception?
>
> I'd expect wx.GetApp() to work like the rest of wxPython a
On Jul 5, 2007, at 3:48 PM, Eric Firing wrote:
>
> This qualifies as a wx bug, doesn't it?
I believe so. I'll file it.
> If wx doesn't retain the reference, then instead of a segfault
> shouldn't it raise an exception?
I'd expect wx.GetApp() to work like the rest of wxPython and always
retu
Ken McIvor wrote:
> On Jul 5, 2007, at 2:13 PM, Michael Droettboom wrote:
>>
>> Interesting. I don't get that, but I do get some random segfaults (I
>> got lucky the first time I tested).
>
> It looks like wxPython doesn't retain a reference to the wxApp PyObj for
> you:
>
> [EMAIL PROTECTE
That is at least something to go by. ;)
Thanks,
Mike
Eric Firing wrote:
> Michael Droettboom wrote:
>> Interesting...
>>
>> When you get a chance, would you mind running the attached script?
>> This is how I was finding object leaks before. It takes a single
>> commandline argument that is t
Yep. Nothing obvious. I'll have to have a look on Ubuntu and see if
that makes a difference.
Cheers,
Mike
Eric Firing wrote:
> Michael Droettboom wrote:
>> Interesting...
>>
>> When you get a chance, would you mind running the attached script?
>> This is how I was finding object leaks before
On Jul 5, 2007, at 2:13 PM, Michael Droettboom wrote:
>
> Interesting. I don't get that, but I do get some random segfaults (I
> got lucky the first time I tested).
It looks like wxPython doesn't retain a reference to the wxApp PyObj
for you:
[EMAIL PROTECTED]:~/Projects/matplotlib-svn
Michael Droettboom wrote:
> Interesting...
>
> When you get a chance, would you mind running the attached script? This
> is how I was finding object leaks before. It takes a single commandline
> argument that is the number of iterations. Can you send me the outputs
> from 1 and 2 iterations?
On Thursday 05 July 2007 03:46:13 pm John Hunter wrote:
> On 7/5/07, Michael Droettboom <[EMAIL PROTECTED]> wrote:
> > Do you agree that it is still an open question whether it's better to
> > spend time improving the matplotib PS backend, or to fix (if possible)
> > the issues with matplotlib's Ca
Michael Droettboom wrote:
> Interesting...
>
> When you get a chance, would you mind running the attached script? This
> is how I was finding object leaks before. It takes a single commandline
> argument that is the number of iterations. Can you send me the outputs
> from 1 and 2 iterations?
John Hunter wrote:
> On 7/5/07, Michael Droettboom <[EMAIL PROTECTED]> wrote:
>
>
>> Do you agree that it is still an open question whether it's better to
>> spend time improving the matplotib PS backend, or to fix (if possible)
>> the issues with matplotlib's Cairo integration? It does ultimately
On 7/5/07, Michael Droettboom <[EMAIL PROTECTED]> wrote:
> Do you agree that it is still an open question whether it's better to
> spend time improving the matplotib PS backend, or to fix (if possible)
> the issues with matplotlib's Cairo integration? It does ultimately come
> down to a tradeoff
Interesting...
When you get a chance, would you mind running the attached script? This
is how I was finding object leaks before. It takes a single commandline
argument that is the number of iterations. Can you send me the outputs
from 1 and 2 iterations? That way we should be able to see w
Michael Droettboom wrote:
Interesting. I don't get that, but I do get some random segfaults (I
got lucky the first time I tested).
I'm awfully surprised that wx.GetApp() would return an iterator, as you
are getting, so maybe it's corruption of some sort?
Reverting to revision 3441 on backen
John Hunter wrote:
> On 7/5/07, Michael Droettboom <[EMAIL PROTECTED]> wrote:
>
>> It may be worthwhile to look at Cairo's font subsetting code if it's
>> determined that the Python Postscript backend has other advantages. I'm
>> sure people who've been here longer than I have can better speak to
Interesting. I don't get that, but I do get some random segfaults (I
got lucky the first time I tested).
I'm awfully surprised that wx.GetApp() would return an iterator, as you
are getting, so maybe it's corruption of some sort?
Reverting to revision 3441 on backend_wx.py does resolve this iss
On 7/5/07, Michael Droettboom <[EMAIL PROTECTED]> wrote:
> It may be worthwhile to look at Cairo's font subsetting code if it's
> determined that the Python Postscript backend has other advantages. I'm
> sure people who've been here longer than I have can better speak to
> those pros and cons.
U
Mike,
New exception:
[EMAIL PROTECTED]:~/programs/py/mpl/tests$ python
../matplotlib_units/unit/memleak_gui.py -dwx -s1000 -e2000 >
~/temp/memleak_wx_0705.asc
Traceback (most recent call last):
File "../matplotlib_units/unit/memleak_gui.py", line 58, in
pylab.close(fig)
File "/usr/l
Michael Droettboom wrote:
> Carl Worth wrote:
>
>> You might take a look at what kind of PostScript and PDF output you
>> get from cairo right now, (since cairo has many different kinds of
>> font subsetting, (type3, type42 and others), and it's regularly being
>> tested on as many PostScript an
Carl Worth wrote:
> You might take a look at what kind of PostScript and PDF output you
> get from cairo right now, (since cairo has many different kinds of
> font subsetting, (type3, type42 and others), and it's regularly being
> tested on as many PostScript and PDF viewers as possible).
>
Than
On 7/5/07, Carl Worth <[EMAIL PROTECTED]> wrote:
> You might take a look at what kind of PostScript and PDF output you
> get from cairo right now, (since cairo has many different kinds of
> font subsetting, (type3, type42 and others), and it's regularly being
> tested on as many PostScript and PDF
Yes -- the global wxapp variable was removed (a very good thing). I
just committed a patch to fix this crash (r3460)
Cheers,
Mike
Christopher Barker wrote:
> Eric Firing wrote:
>
>> I just updated from svn and tried to rerun the wx test, but ran into an
>> error:
>>
>> [EMAIL PROTECTED]:~/p
On Thu, 05 Jul 2007 07:37:21 -1000, Eric Firing wrote:
> > 2. Convert the Truetype font to a Type 3 font (which is basically a set
> > of standard Postscript commands). There is a small C application
> > (http://www.this.net/~frank/ttconv.tar.gz) that converts TTF to Type 3
> > that looks to work
Eric Firing wrote:
> I just updated from svn and tried to rerun the wx test, but ran into an
> error:
>
> [EMAIL PROTECTED]:~/programs/py/mpl/tests$ python
> wxapp.Yield()
> NameError: global name 'wxapp' is not defined
I think I just saw a note that Ken had committed a patch that a user h
Will this (whichever method is chosen) work for PDF too?
Just wondering,
-Chris
--
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Division
NOAA/NOS/OR&R(206) 526-6959 voice
7600 Sand Point Way NE (206) 526-6329 fax
Seattle, WA 98115 (206) 526-6317 main re
Eric Firing wrote:
> Michael Droettboom wrote:
>> 1. Subset the Truetype font into another Truetype font and embed it
>> as we do now. This could theoretically be done with fonttools/ttx.
>> Writing out .ttf files looks to be rather complex, and there's a lot
>> of griping about the format its
On 7/5/07, Eric Firing <[EMAIL PROTECTED]> wrote:
> > The plan is to make the choice of the existing or new behavior be an
> > option, with the default TBD.
>
> Is there any reason *not* to do the subsetting?
There was some original confusion in a potential loss of quality in
truetype/type2 conve
Michael Droettboom wrote:
> [I've been discussing this off-list with John Hunter, and I thought I'd
> summarize that conversation in case anyone else on this list has any
> thoughts or suggestions.]
>
> I've started working on the problem of reducing Postscript output file
> sizes by saving out
[I've been discussing this off-list with John Hunter, and I thought I'd
summarize that conversation in case anyone else on this list has any
thoughts or suggestions.]
I've started working on the problem of reducing Postscript output file
sizes by saving out only the glyphs that are used in the
On 7/5/07, Tom Denniston <[EMAIL PROTECTED]> wrote:
> Oops that was the TKAgg profile results. These are the WxAgg results
> attached. Sorry about that.
>
> On 7/5/07, Tom Denniston <[EMAIL PROTECTED]> wrote:
> > I've been trying to profile and speed up an app that uses matplotlib.
> > I tried to
Eric Firing wrote:
Attached are runs with gtk, wx, qtagg, and tkagg. Quite a variety of
results: tkagg is best, with only slow memory growth and a constant
number of python objects; qtagg grows by 2.2k per loop, with no
increase in python object count; wx (which is built on gtk) consumes
3.5k
I just tried to commit a rename of 'rcdefaults.py' to 'rcsetup.py', but
I got an error:
-
...$ svn commit -m"renamed rcdefaults.py to rccsetup.py to avoid conflict"
Sendingmatplotlib/__init__.py
Deleting matplotlib/rcdefaults.py
Adding matplotlib/rcsetup.py
svn: C
38 matches
Mail list logo
