Re: [matplotlib-devel] Patch for the PDF backend when setting pdf.use14corefonts=True is used

2009-02-12 Thread Nicolas Grilly
Jouni K. Seppänen j...@iki.fi wrote: Those changes are in the attached patch. It's certainly not a definitive workaround, but it's better than nothing ;-) Committed; thanks! My pleasure! --

Re: [matplotlib-devel] Patch for the PDF backend when setting pdf.use14corefonts=True is used

2009-02-11 Thread Nicolas Grilly
need to drop that feature in a not so distant future... -- Nicolas Grilly Index: unit/test_pdf_use14corefonts.py === --- unit/test_pdf_use14corefonts.py (révision 6904) +++ unit/test_pdf_use14corefonts.py (copie de travail) @@ -1,16

[matplotlib-devel] Patch for the PDF backend when setting pdf.use14corefonts=True is used

2009-02-10 Thread Nicolas Grilly
the 14 core fonts built in every PDF viewers (like Helvetica and Times). Attached to this email is a patch against the current trunk containing the bug fix and the related test case. Do you agree to commit it? Thanks, Nicolas Grilly Index: unit/test_pdf_use14corefonts.py

Re: [matplotlib-devel] Patch for enhancement of PDF backend

2007-02-21 Thread Nicolas Grilly
Hello Jouni, Have you had time to look at my patch regarding the PDF backend? :-) Regards, Nicolas - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to

Re: [matplotlib-devel] [PATCH] don't print undefined glyphs in ps backend

2007-02-17 Thread Nicolas Grilly
On 2/17/07, Paul Barrett [EMAIL PROTECTED] wrote: That's fine with me. On 2/16/07, Edin Salkovic [EMAIL PROTECTED] wrote: From the above it's clear that FreeType *never* explicitly supported the glyph-char mapping, but exactly the opposite. In conclusion, I agree with Nicolas'

Re: [matplotlib-devel] [PATCH] don't print undefined glyphs in ps backend

2007-02-15 Thread Nicolas Grilly
I don't remember why we did it this way originally, or if was you or I who did it, but if it is correct that the mapping is sometimes many codes point to one one glyph index, but there each glyph index must point to a single character code (the latter must be correct, right?) then reversing

Re: [matplotlib-devel] [PATCH] don't print undefined glyphs in ps backend

2007-02-15 Thread Nicolas Grilly
On 2/14/07, Paul Barrett [EMAIL PROTECTED] wrote: My first reply: I suggest that this patch not be applied, since this was the intended behavior when the font manager was implemented. The standard behavior for indicating a missing character is to print a square. In addition, if a space is

Re: [matplotlib-devel] Patch for enhancement of PDF backend

2007-02-14 Thread Nicolas Grilly
On 2/14/07, John Hunter [EMAIL PROTECTED] wrote: Apparently all we have to do is include the README along with the licensing terms. You probably should do that in the the same directory the fonts live to ensure that they are always distributed together. We also have a licenses directory. In

Re: [matplotlib-devel] [PATCH] don't print undefined glyphs in ps backend

2007-02-14 Thread Nicolas Grilly
that each time get_charmap is called, the returned dict is never used as is, but immediately reversed. -- Nicolas Grilly - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get

Re: [matplotlib-devel] Do you use python setup.py build_ext --inplace ?

2007-02-13 Thread Nicolas Grilly
On 2/13/07, John Hunter [EMAIL PROTECTED] wrote: On 2/12/07, Andrew Straw [EMAIL PROTECTED] wrote: Great, thanks for checking that in. It looks like images/*.png didn't make it in. OK, I committed these. I'm not sure why they didn't go in the first time since they were in my

Re: [matplotlib-devel] Do you use python setup.py build_ext --inplace ?

2007-02-12 Thread Nicolas Grilly
On 2/12/07, Andrew Straw [EMAIL PROTECTED] wrote: IMO, the way to fix it is to move all the data into lib/matplotlib/mpl-data to start with. If we did that, all the shuffling that setup.py does would be unnecessary and using setuptools' develop mode would work out-of-the-box. I'd be happy to

[matplotlib-devel] Question about subplots_adjust

2006-11-10 Thread Nicolas Grilly
it that way or do you agree to change it? For example, with R (where I came from), figure's margin and subplot's margin are expressed in the same unit: inches or lines (a unit corresponding to the height of a line... very useful). Nicolas Grilly

[matplotlib-devel] Fwd: A question about cbook.is_string_like

2006-11-08 Thread Nicolas Grilly
Thank you John for your answer. You're right: efficiency is a non-issue. I shouldn't have mentioned it. On 11/5/06, John Hunter [EMAIL PROTECTED] wrote: Nicolas But in this function, I don't like the idea to try an Nicolas operation on a string, and wait for an exception in order

Re: [matplotlib-devel] PDF backend (was: A question about cbook.is_string_like)

2006-11-06 Thread Nicolas Grilly
Nicolas Grilly [EMAIL PROTECTED] writes: I've just some issues with: - text alignment (I fixed it on my working copy of matplotlib); Great! Is there a patch somewhere? Yes, I'm preparing one and I'll submit it in the next few days

Re: [matplotlib-devel] PDF backend

2006-11-06 Thread Nicolas Grilly
On 11/5/06, Jouni K Seppanen [EMAIL PROTECTED] wrote: Does anyone here have experience with subsetting TrueType fonts (or Type 1 or OpenType, for that matter)? One pretty frequent complaint is that the eps files produced by matplotlib can be huge because they include the full font. Nowadays

[matplotlib-devel] A question about cbook.is_string_like

2006-11-05 Thread Nicolas Grilly
function is_string_like, in module cbook, doesn't simply return isinstance(s, types.StringTypes) instead of try: obj + '' except (TypeError, ValueError): return 0 return 1 Thanks for your work, Nicolas -- Garden - Marketing Datamining Consultancy Nicolas Grilly Tel +33 1 45 72 48 78

Re: [matplotlib-devel] A question about cbook.is_string_like

2006-11-05 Thread Nicolas Grilly
Hi Andrew, Andrew Straw [EMAIL PROTECTED] wrote: I'm not speaking with the authority of one who actually wrote the function or uses it, so I don't know the specific reasons, if there are any. However, this kind of thing is common (and encouraged) practice in Python. It's a use of duck typing.

Re: [matplotlib-devel] A question about cbook.is_string_like

2006-11-05 Thread Nicolas Grilly
On 11/5/06, Andrew Straw [EMAIL PROTECTED] wrote: BTW, what's the official status of the PDF backend? Last I checked (a month or so ago), it seemed to work fine, has a couple of Python 2.4-isms, but was generally great. I was surprised that it didn't appear to make it onto the list of

[matplotlib-devel] Question about ft2font.get_charmap

2006-11-05 Thread Nicolas Grilly
, the charmap is immediately reversed, just after being loaded: cmap = font.get_charmap() glyphd = reverse_dict(cmap) Thanks, Nicolas Grilly - Using Tomcat but need to do more? Need to support web services, security