Yes, the mathtext should be red. I was testing color and forgot I had deviated
from what's checked in for that example.
Thanks for the news. It's great that it's working in so many places now with
your help.
Cheers,
Mike
---
On Fri, Sep 07, 2007 at 04:04:28PM -0400, Michael Droettboom wrote:
> Paul Kienzle wrote:
> > It looks the same as the version without embedded fonts, which is that it
> > chooses some incorrect default font with the wrong character codes as I
> > showed earlier.
>
> That's very surprising, since
Michael Droettboom <[EMAIL PROTECTED]>
writes:
> I couldn't find references anywhere to \angstrom being a real command
> in LaTeX (and it doesn't work by default on my LaTeX installation when
> I tried it.) But I may just not be Googling right. If you can find a
> reference, I'm happy to make the
As of r3815, you can do \AA in a mathtext expression.
It would be very easy to support both \angstrom and \AA, but in the
interests of trying to be as LaTeX-like as possible, I think we should
just do \AA, though IMHO \angstrom is easier to remember. I couldn't
find references anywhere to \ang
It may be a hassle, but perhaps you could allow
\AA and \angstrom to both represent angstrom.
Thanks!!!
William
On 9/7/07, Michael Droettboom <[EMAIL PROTECTED]> wrote:
>
> Sorry -- that used to work, but fell through the cracks in the recent
> mathtext rewrite. It shouldn't be difficult to add
Paul Kienzle wrote:
On Fri, Sep 07, 2007 at 03:09:10PM -0400, Michael Droettboom wrote:
Paul Kienzle wrote:
On Fri, Sep 07, 2007 at 12:09:01PM -0400, Michael Droettboom wrote:
Paul Kienzle wrote:
Note: Adobe SVGViewer doesn't see the embedded fonts, but it works if I
have the fonts installed.
Sorry -- that used to work, but fell through the cracks in the recent
mathtext rewrite. It shouldn't be difficult to add back in. I'll let
you know when that's done.
Cheers,
Mike
william ratcliff wrote:
> Maybe I'm doing something wrong, but is there support for \AA {the
> angstrom} symbol
\angstrom also does not work.
Thanks,
William
On 9/7/07, william ratcliff <[EMAIL PROTECTED]> wrote:
>
> Maybe I'm doing something wrong, but is there support for \AA {the
> angstrom} symbol within mathtext for any of the backends? If not, would it
> be difficult to add?
>
> Thanks,
> William
>
Maybe I'm doing something wrong, but is there support for \AA {the
angstrom} symbol within mathtext for any of the backends? If not, would it
be difficult to add?
Thanks,
William
On 9/7/07, Paul Kienzle <[EMAIL PROTECTED]> wrote:
>
> On Fri, Sep 07, 2007 at 03:09:10PM -0400, Michael Droettboom
On Fri, Sep 07, 2007 at 03:09:10PM -0400, Michael Droettboom wrote:
> Paul Kienzle wrote:
> > On Fri, Sep 07, 2007 at 12:09:01PM -0400, Michael Droettboom wrote:
> >> Paul Kienzle wrote:
> > Note: Adobe SVGViewer doesn't see the embedded fonts, but it works if I
> > have the fonts installed. Oh, w
Paul Kienzle wrote:
> On Fri, Sep 07, 2007 at 12:09:01PM -0400, Michael Droettboom wrote:
>> Paul Kienzle wrote:
> Note: Adobe SVGViewer doesn't see the embedded fonts, but it works if I
> have the fonts installed. Oh, well!
With the embedded fonts, you mean the text just doesn't show up at all?
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. This is only a minor annoyance when working on the trunk.
However, when working on a branch w
Michael Droettboom wrote:
> On a related note, I'm curious about usage of the Gdk and Wx (non-Agg)
> rendering backends. They both have various shortcomings relative to Agg
> (no antialiasing, limited mathtext rotation, etc.). Is there a real
> performance or other reason to keep these maintai
On 9/7/07, Michael Droettboom <[EMAIL PROTECTED]> wrote:
> > Embedding characters increased the size of the svg file for this example
> > from 12k to 42k but will decrease tech support by a lot, so its probably
> > worth making it the default.
>
> If I hear no objections on this list, I'll go ahea
On 9/7/07, Michael Droettboom <[EMAIL PROTECTED]> wrote:
> [Moved to the devel list from users]
>
> On a related note, I'm curious about usage of the Gdk and Wx (non-Agg)
> rendering backends. They both have various shortcomings relative to Agg
> (no antialiasing, limited mathtext rotation, etc.).
On Fri, Sep 07, 2007 at 01:24:37PM +0200, Stefan van der Walt wrote:
> I am interested in this problem, too. A binary comparison would
> probably be too sensitive. How about comparing coefficients of some
> transform? I.e. the residual on certain Fourier coefficients or parts
> of a wavelet tran
On Fri, Sep 07, 2007 at 12:09:01PM -0400, Michael Droettboom wrote:
> Paul Kienzle wrote:
> > I was going to check if this also fixed the dot on the 'i' in sin as
> > well as the equals sign,
>
> FWIW, it did for me in Inkscape.
And for me in Safari.
Note: Adobe SVGViewer doesn't see the embedde
Paul Kienzle wrote:
> I was going to check if this also fixed the dot on the 'i' in sin as
> well as the equals sign,
FWIW, it did for me in Inkscape.
> but I get the following:
>
> File
> "/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/matplotlib/mathtext.py",
On Fri, Sep 07, 2007 at 10:58:47AM -0400, Michael Droettboom wrote:
> Paul Kienzle wrote:
> > On Fri, Sep 07, 2007 at 06:40:55AM -0400, Michael Droettboom wrote:
> >> I'd be curious to see a screenshot of what Safari looks like. It may be a
> >> simple fix on our end.
> >
> > See attached.
>
>
On Fri, Sep 07, 2007 at 10:31:13AM -0400, Michael Droettboom wrote:
> Paul Kienzle wrote:
> > On Fri, Sep 07, 2007 at 06:40:55AM -0400, Michael Droettboom wrote:
> >> I'd be curious to see a screenshot of what Safari looks like. It may be a
> >> simple fix on our end.
> >
> > See attached.
> >
Paul Kienzle wrote:
> On Fri, Sep 07, 2007 at 06:40:55AM -0400, Michael Droettboom wrote:
>> I'd be curious to see a screenshot of what Safari looks like. It may be a
>> simple fix on our end.
>
> See attached.
It turns out this "difference" (I'm not calling it a bug) is visible in
Inkscape as
Paul Kienzle wrote:
> On Fri, Sep 07, 2007 at 06:40:55AM -0400, Michael Droettboom wrote:
>> I'd be curious to see a screenshot of what Safari looks like. It may be a
>> simple fix on our end.
>
> See attached.
>
>> As for file sizes, the SVG spec makes an "informational recommendation" to
>>
Paul Kienzle wrote:
> Firefox renders the dashed grid lines as solid,
> so neither is perfect.
Turns out that's a matplotlib bug. Fixed in r3804.
> SVG is not quite ready for prime time.
I agree, it's probably not as far along in the details as Ps and Pdf.
An alternative is to use the Cairo ba
[Moved to the devel list from users]
On a related note, I'm curious about usage of the Gdk and Wx (non-Agg)
rendering backends. They both have various shortcomings relative to Agg
(no antialiasing, limited mathtext rotation, etc.). Is there a real
performance or other reason to keep these mai
On Thu, Sep 06, 2007 at 07:55:13PM -0700, Andrew Straw wrote:
> Gael Varoquaux wrote:
> > On Thu, Sep 06, 2007 at 08:46:24AM -0400, Paul Kienzle wrote:
> >> We could store a copy of the png output somewhere in the svn tree.
> >> Then,
> >> whenever we change something we can do a binary comparison
I'd be curious to see a screenshot of what Safari looks like. It may be a
simple fix on our end.
As for file sizes, the SVG spec makes an "informational recommendation" to
allow gzip-compressed SVG files. So some tools support commpression
(Inkscape), and others don't (Firefox). Hopefully mo
26 matches
Mail list logo