Re: [matplotlib-devel] where is Axes._send_xlim_event() defined?
John Hunter wrote: > On 9/9/07, Eric Firing <[EMAIL PROTECTED]> wrote: >> The Axes.panx() method and several others contain calls to >> _send_xlim_event() and similar methods. These methods don't seem to be >> defined anywhere. > > These methods (panx, zoomx) are from the very old toolbar, which > should be deprecated and removed in my option. It doesn't look like > they work anyhow, because as you note they rely on the nonexistant > _send_xlim_event. The xlim callbacks are handled by the > 'xlim_changed' notification of the callbacks attribute. I think all > the methods that contain this (panx, zoomx and PolarAxes.set_xlim can > either be removed entirely or have the _send_xlim_event call removed. These methods have been broken for a long time, which is a crude form of deprecation. I am simply removing them now. Same for the old toolbar. Given that the pan and zoom functions have been broken for so long, I don't see how anyone could be using it, so I don't see any point in keeping it around with a deprecation warning. Eric > > JDH - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Matplotlib-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] mathtext traited config error
Darren, I trust your judgement on which way to go, as you have a better sense of how other settings have been laid out. I'm happy to do the work -- I just don't know which is correct going forward (these are new settings, so backward compatibility isn't a concern.) The values in matplotlib.conf should also should be updated to match mplconfig.py. Cheers, Mike Eric Firing wrote: > Darren, > > There is an inconsistency between mpl-data/matplotlib.conf and > config/mplconfig.py. The former has [[math]] under [text], but the > latter is based on a separate [mathtext]. It would be trivial to > resolve the inconsistency, but I don't know which way it should be > resolved, so I will leave this to you or Mike. > > Eric > > - > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ > ___ > Matplotlib-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/matplotlib-devel -- Michael Droettboom Operations and Engineering Division Space Telescope Science Institute Operated by AURA for NASA - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Matplotlib-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] mathtext traited config error
Hi Eric, Mike, On Monday 10 September 2007 08:08:42 am Michael Droettboom wrote: > Eric Firing wrote: > > There is an inconsistency between mpl-data/matplotlib.conf and > > config/mplconfig.py. The former has [[math]] under [text], but the > > latter is based on a separate [mathtext]. It would be trivial to > > resolve the inconsistency, but I don't know which way it should be > > resolved, so I will leave this to you or Mike. > > > Darren, > > I trust your judgement on which way to go, as you have a better sense of > how other settings have been laid out. I'm happy to do the work -- I > just don't know which is correct going forward (these are new settings, > so backward compatibility isn't a concern.) > > The values in matplotlib.conf should also should be updated to match > mplconfig.py. Eventually, matplotlib.conf should be autogenerated when setup.py is run. I have not tried to do this yet, maybe I can spend some time on it next weekend. The mathtext settings are more like font.* settings than text.*, so I think they should get their own section (like in matplotlib.conf) instead of a subsection of text (like in mplConfig). As for the greater organization of mplConfig, I laid things out in a way that made sense to me, but this organization is completely hidden right now, and I think we should discuss it before it congeals. For example, some might feel strongly that we should stick to the rcParams organization, to make a possible future transition as easy as possible. Here is what I changed: rcParams mplConfig -|--- backend backend.use font.sans-serif font.sans_serif text.dvipnghack text.latex.dvipnghack polaraxes.grid axes.polargrid cairo.* backend.cairo.* tk.*backend.tk.* ps.* backend.ps.* ps.usedistiller backend.ps.distiller.use ps.distiller.res backend.ps.distiller.resolution pdf.* backend.pdf.* svg.* backend.svg.* Darren - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Matplotlib-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
[matplotlib-devel] Windows pdf generation
Hi,
We are having trouble with PDF generation on Windows (see below).
Python 2.4.3 - Enthought Edition 1.1.0
freetype 2.5.3 (GnuWin32 package)
Anyone experienced similar problems?
Meanwhile I'm modifying ttconv to include the font name in the error message.
- Paul
Traceback (most recent call last):
File "_tmp_alignment_test.py", line 87, in ?
savefig("alignment_test_pdf", dpi=150)
File "c:\python24\Lib\site-packages\matplotlib\pyplot.py", line 274, in
savefig
return fig.savefig(*args, **kwargs)
File "c:\python24\Lib\site-packages\matplotlib\figure.py", line 770, in
savefig
self.canvas.print_figure(*args, **kwargs)
File "c:\python24\Lib\site-packages\matplotlib\backend_bases.py", line 1195,
in print_figure
orientation=orientation,
File "c:\python24\Lib\site-packages\matplotlib\backends\backend_pdf.py", line
1943, in print_pdf
file.close()
File "c:\python24\Lib\site-packages\matplotlib\backends\backend_pdf.py", line
406, in close
self.writeFonts()
File "c:\python24\Lib\site-packages\matplotlib\backends\backend_pdf.py", line
475, in writeFonts
fontdictObject = self.embedTTF(realpath, chars[1])
File "c:\python24\Lib\site-packages\matplotlib\backends\backend_pdf.py", line
918, in embedTTF
return embedTTFType3(font, characters, descriptor)
File "c:\python24\Lib\site-packages\matplotlib\backends\backend_pdf.py", line
732, in embedTTFType3
rawcharprocs = ttconv.get_pdf_charprocs(filename, glyph_ids)
RuntimeError: TrueType font may be corrupt (reason 2)
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
[matplotlib-devel] pdf output
A further comment on the windows PDF problems. PDF output generated by matplotlib on Windows and on OS X is readable in Preview.app on OS X but is not readable in Acrobat 8.1.0 or 7.0.5 on Windows. Adobe 7.0.5 produces the message "There were too many arguments". At this point I have no idea how to proceed, but I will at least post the correct to ttconv. - Paul - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Matplotlib-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
[matplotlib-devel] pdf font problem
I've resolved part of the PDF font problem on windows --- ttconv was not opening the font file with "rb". I'll send a patch later as soon as I figure out why acrobat is saying "too many arguments" when opening the resulting pdf file. Preview.app on OS X opens the files without difficulty. - Paul - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Matplotlib-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] pdf output
Paul Kienzle wrote: > A further comment on the windows PDF problems. > > PDF output generated by matplotlib on Windows and on OS X is readable > in Preview.app on OS X but is not readable in Acrobat 8.1.0 or 7.0.5 > on Windows. > > Adobe 7.0.5 produces the message "There were too many arguments". > > At this point I have no idea how to proceed, but I will at least post > the correct to ttconv. Can you set "pdf.compression : 0" and send me a copy of the troublesome PDF (probably best off list if it's a large file.)? Do you know what set of fonts are getting embedded? If their not in the mpl set, it's possible they haven't been tested. Cheers, Mike -- Michael Droettboom Operations and Engineering Division Space Telescope Science Institute Operated by AURA for NASA - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Matplotlib-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
