Eric Firing wrote:
So, this test is still showing problems, with similar memory
consumption in these three backends.
Not necessarily. By default, Python allocates large pools from the
operating system and then manages those pools itself (though its
PyMalloc call). Prior to Python 2.5, those
. Is that a known bug or correct behavior?
Cheers,
Mike
Eric Firing wrote:
Michael Droettboom wrote:
Eric Firing wrote:
So, this test is still showing problems, with similar memory
consumption in these three backends.
Not necessarily. By default, Python allocates large pools from the
operating system
Forgot to attach the patches.
Oops,
Mike
Michael Droettboom wrote:
More results:
I've built and tested a more recent pygtk+ stack. (glib-2.12,
gtk+-2.10.9, librsvg-2.16.1, libxml2-2.6.29, pygobject-2.13.1,
pygtk-2.10.4...). The good news is that the C-level leaks I was seeing
in pygtk
Eric Firing wrote:
I also made memleak_gui.py more flexible with arguments. For example,
here are tests with three backends, a generous number of loops, and
suppression of intermediate output:
Those changes are really helpful. I just added code to display the
total number of objects in the
Eric Firing wrote:
I just committed a change to the output formatting of memleak_gui so
that if you redirect it to a file, that file can be loaded with
pylab.load() in case you want to plot the columns. (At least this is
true if you don't use the -c option.)
Great. Sorry for stomping on
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
[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
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
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).
Thanks
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 and PDF
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
what type of
object is being leaked, which is a good first step.
If that doesn't make it immediately obvious, I'll try this on my Ubuntu
box at home and see if I can reproduce what you're seeing.
Cheers,
Mike
Eric Firing wrote:
Michael Droettboom wrote:
Interesting. I don't get that, but I
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 come
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
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 the number
Carl Worth wrote:
don't think it is supported in cairo. So I am not sure where these
rasters are coming from, unless cairo is converting all text to
rasters.
Definitely not converting all text to raster, (unless someone's using
an ancient version of cairo).
I don't know the root
. Promisingly, my bug was confirmed within about
five minutes of filing it.
https://bugs.launchpad.net/ubuntu/+source/wxwidgets2.8/+bug/124381
https://bugs.launchpad.net/ubuntu/+source/wxwidgets2.8/+bug/124381
Cheers,
Mike
Eric Firing wrote:
Michael Droettboom wrote:
Interesting...
When you get
. Promisingly, my bug was confirmed within about
five minutes of filing it.
https://bugs.launchpad.net/ubuntu/+source/wxwidgets2.8/+bug/124381
https://bugs.launchpad.net/ubuntu/+source/wxwidgets2.8/+bug/124381
Cheers,
Mike
Eric Firing wrote:
Michael Droettboom wrote:
Interesting...
When you get
. Promisingly, my bug was confirmed within about
five minutes of filing it.
https://bugs.launchpad.net/ubuntu/+source/wxwidgets2.8/+bug/124381
https://bugs.launchpad.net/ubuntu/+source/wxwidgets2.8/+bug/124381
Cheers,
Mike
Eric Firing wrote:
Michael Droettboom wrote:
Interesting...
When you get
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 the number of iterations. Can you send
me the outputs from 1 and 2
My sincere apologies for the multiple copies of the e-mail sent this
morning. I was getting SMTP server down messages, but clearly the
messages were sent anyway.
I'm not a spammer, really! ;)
Mike
-
This SF.net email is
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 the number of iterations. Can you send
me the outputs from 1 and 2
/+source/wxwidgets2.8/+bug/124381
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. It takes a single
commandline argument that is the number of iterations
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 the number of iterations. Can you send
me the outputs from 1 and 2
John Hunter wrote:
What about simple_demo.py -- do you get rasters there too?
No. I get vectors there.
I noticed that using the backend GtkCairo seems to use backend_ps.py
for Postscript output. Using backend Cairo uses cairo. Maybe
probably explains the difference between Darren and my
You're right: my bad. Should be fixed in r3461.
Cheers,
Mike
Eric Firing wrote:
Mike,
When I try to save a file as postscript using the FileChooserDialog
with GtkAgg, I get:
[EMAIL PROTECTED]:~/programs/py/mpl/matplotlib_units/examples$ python
quadmesh_demo.py
Traceback (most recent
Michael Droettboom wrote:
You're right: my bad. Should be fixed in r3461.
I meant to type r3484.
Cheers,
Mike
Eric Firing wrote:
Mike,
When I try to save a file as postscript using the FileChooserDialog
with GtkAgg, I get:
[EMAIL PROTECTED]:~/programs/py/mpl/matplotlib_units
I am about to update the memory leak question in the FAQ, but I thought
I'd run it by the list first. I removed language that talked about much
earlier releases of mpl, and the paragraph about leaks in older versions
of Numeric and numarray. It seems like we should recommend numpy when
the
Eric Firing wrote:
Michael Droettboom wrote:
Sorry about that. I didn't notice the SVN login error the first
time. It should be in SVN now.
The default is to output Type 3 fonts (i.e. the new way).
Darren: you mean rcdefaults.py, not rcsetup.py, right? I can't find
an rcsetup.py
Eric Firing wrote:
Michael Droettboom wrote:
Even if my Postscript is to spec, it's not terribly useful if it
crashes a very popular tool ;)
I'm curious -- does the file fail if you set ps.fonttype: 42 in
your matplotlibrc? That would at least rule out anything non-font in
the file.
I
I just committed changes that add TTF subsetting to the PDF backend. It
is completely analogous to the font subsetting recently added to the PS
backend.
I have added a configuration option, pdf.fonttype, to choose either
Type3 or Truetype font output. This may be removed in the future
once
Has anyone looked into embedding fonts in SVG files? That might
alleviate some of the installation problems that were recently mentioned
on the matplotlib-users list.
The relevant spec:
http://www.w3.org/TR/SVG11/fonts.html
If there are no plans under way, I may have a crack at it, since I'm
John Hunter wrote:
On 7/10/07, Michael Droettboom [EMAIL PROTECTED] wrote:
Has anyone looked into embedding fonts in SVG files?
It's definitely come up before. Paul Barret may have had a look at
it. I'm not sure why we ended up not doing it. You can search the
archives if you
Jouni K. Seppänen wrote:
John Hunter [EMAIL PROTECTED] writes:
On 7/10/07, Michael Droettboom [EMAIL PROTECTED] wrote:
I'm seeing a bug on OS X, whose file system is by default
case-preserving but not case-sensitive:
458 - fontdictObject = self.embedTTF(
459
up and better tested etc. if
it's agreed this is something we want to do. I think in any case this
should be optional -- it gives the file some portability at the expense
of editability.
Cheers,
Mike
Carl Worth wrote:
On Tue, 10 Jul 2007 13:43:49 -0400, Michael Droettboom wrote:
major
Eric,
Thanks for the scripts -- they make it quite clear what the problem is.
As you know, cntr.c is a fairly opaque chunk of code, and I'm not having
much luck so far tracking down why the branch-cutting between the outer
and inner polygons is not working.
In the meantime, I have some more
Michael Droettboom wrote:
cntr.c is creating the inner and outer
polygons correctly, just not connecting them with a slit, right?
To answer my own question, unfortunately, this isn't always the case.
There is also a bug where if a masked region is inside of the *inner*
polygon
Darren Dale wrote:
If not, should we use
u'\xd7' or '×' in the actual sources (the latter requiring the file's
encoding to be declared at the beginning of the file, like: # -*- coding:
utf-8 -*-)?
In an ideal world, I would prefer the latter, but we would want to
verify that all the
I'm working on some improvements to the mathtext engine on a branch.
Feel free to join in if curious, but I expect to break lots of things as
I go.
https://matplotlib.svn.sourceforge.net/svnroot/matplotlib/branches/mathtext_mgd/
I've collected a bunch of math expressions from the source tree
Eric Firing wrote:
While you are at it, perhaps you can figure out how to stop
unicode_demo from generating an error:
driving unicode_demo.py
File _tmp_unicode_demo.py, line 10
SyntaxError: Non-ASCII character '\xe9' in file _tmp_unicode_demo.py
on line 10, but no encoding
Gael Varoquaux wrote:
On Mon, Jul 16, 2007 at 10:31:03PM -0500, John Hunter wrote:
I am happy to be the first at this point -- enthought has done a lot
to support traits. Traits has one of the most impressive pieces of
technical documentation in the scientific python community.
I
---BeginMessage---
Python 2.5 changed encodings.cp1252.decoding_map to a decoding_table.
There is a fix for this in matplotlib SVN. See this bug:
http://sourceforge.net/tracker/index.php?func=detailaid=1738494group_id=80706atid=560720
You should be able to use the patch to fix your local
Ken McIvor wrote:
This means someone needs to figure out how to get TkInter talking to
a python
buffer object or a numpy array.
I think PIL's ImageTk module would do the trick for converting RGBA -
PIL Image - Tk Bitmap/PhotoImage.
That's what I was thinking, too. I don't think there's a
Ken McIvor wrote:
On Jul 20, 2007, at 6:26 AM, Michael Droettboom wrote:
Ken McIvor wrote:
I think PIL's ImageTk module would do the trick for converting RGBA -
PIL Image - Tk Bitmap/PhotoImage.
That's what I was thinking, too. I don't think there's a way to do this
in a raw Tkinter
Gael Varoquaux wrote:
On Sat, Jul 21, 2007 at 05:50:19PM -0400, Xuedong Zhang wrote:
What I am trying to run is the following command:
sudo checkinstall python setup.py install
I guess this maybe the problem between checkinstall and matplotlib
OK, now it's
I suspect my recent mathtext changes will help with Paul's problem.
I should probably give a quick update -- I've been coding pretty
experimentally lately and didn't want to report on too much if I was
likely to back it out later.
I've implemented a fairly direct Python translation of the TeX
Chris Barker wrote:
Peter Wang wrote:
Ah! and some good math implementation -- What does Chaco do for
that?
We've also had this discussion internally a bit. It usually
concludes with us wishing that someone would just port jsmath to
Python, or implement Knuth's TeX
The new mathtext with an underlying TeX-like box model is passing all
unit tests for all backends. I'm now at a point where I'd like to merge
this back into the trunk, but I'd like some feedback as to how to best
deal with the backward-incompatible change wrt font changes.
(This was discussed
John Hunter wrote:
On 7/25/07, Michael Droettboom [EMAIL PROTECTED] wrote:
The new mathtext with an underlying TeX-like box model is passing all
unit tests for all backends. I'm now at a point where I'd like to merge
this back into the trunk, but I'd like some feedback as to how to best
deal
Gael Varoquaux wrote:
On Fri, Jul 27, 2007 at 08:38:49AM -0400, Michael Droettboom wrote:
text(x, y, 'what is the $\sin(x)$', mathtext=True)
Except for the backward incompatibility, I like this because it is explicit.
Juust a data point for the discussion. I think
John Hunter wrote:
Option 1 is to educate them, and require them to \$
quote that symbol. Option 2 is to enable a text property eg mathtext,
and do
text(x, y, 'what is the $\sin(x)$', mathtext=True)
Except for the backward incompatibility, I like this because it is explicit.
Option 3 is
I suspect you're running an earlier version of pygtk than I am that
doesn't have pygobject_version.
Please update matplotlib and try again.
Thanks for finding this bug.
Cheers,
Mike
Nils Wagner wrote:
Hi all,
I cannot build matplotlib from latest svn. I am using SuSE Linux 10.0 on
x86_64.
John Hunter wrote:
Hi Michael,
I just tried building mpl from svn at work for the first time since
your changes, and wanted to let you know about a use case that isn't
convered by your checks. We build mpl by passing in -I and other
args, eg in a Makefile:
cd
John Hunter wrote:
Michael, I'm finally getting around to running the new mathtext
examples in mathtext_examples.py. Wow.
As before, I noticed a few things that don't look quite right -- as
usual, some of this may be bakoma font problems, and some may be
correct but just look funny to me,
John Hunter wrote:
On 8/6/07, Michael Droettboom [EMAIL PROTECTED] wrote:
1) mathtext_example_default_hinting.png - Uses freetype's default
hinting which uses hinting information in the file along with
auto-hinting to get around some patents. This is what matplotlib was
using when I got
I just finished writing code to support scalable mathtext with the Cairo
backend. (The old version rendered the mathtext to bitmaps first).
Mostly straightforward, but I ran into one small snag. It *seems* that
pycairo requires that the fonts it uses are installed and accessible
through
those tradeoffs.
Cheers,
Mike
Michael Droettboom wrote:
Just wanted to link up this thread with a question I posed on the cairo
mailing list.
http://lists.cairographics.org/archives/cairo/2007-August/011201.html
Cheers,
Mike
Eric Firing wrote:
Michael Droettboom wrote:
[...]
One
Rob Hetland wrote:
On Aug 6, 2007, at 4:03 PM, Michael Droettboom wrote:
There is now experimental support for custom fonts in math mode.
Try the above, and let me know how it goes...
I finally had time to try out your new code a bit, and I like it. It
works well for the very simple
Hmm... I'm not readily able to reproduce this here.
What are you setting in matplotlibrc (or in your plot?)
Also, if you delete the font cache (which is now
~/.matplotlib/fontManager.cache), does that help? (Might be a useful
data point -- not suggesting it as a solution.)
Cheers,
Mike
Rob
Thanks for fixing that. I haven't been running with the new traits config
stuff, so I didn't catch that my new parameters weren't ported over.
Cheers,
Mike
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping
This was an attempt to do a direct translation from what I had in the
classic rcsetup.py. (The previous version in mplconfig.py was
semantically incorrect.) I had tested this with settings in my
matplotlib.conf, but didn't realise that the default wasn't validated
(and thus not interpreted
Perhaps the difference is below the noise floor? I was focusing only on
startup time by running lsprofcalltree over a script containing only
import pylab. In that context, dedent was the largest contributor to
startup time (other than stuff in the stdlib and numpy) before this
change. But I
Paul Kienzle wrote:
Hi all,
I replaced one of the text_rotation examples with r'$\rm{mathtext_{225}}$'
to see if rotation is supported for mathtext. It is not in the current
trunk downloaded today.
It's only not supported in the bitmap (Agg and Gdk) backends. It works
fine in the vector
Paul Kienzle wrote:
On Thu, Aug 30, 2007 at 02:19:47PM -0400, Michael Droettboom wrote:
Paul Kienzle wrote:
Hi all,
Before I look to deeply into this myself, is there anyone working on it
already? Is there anything I need to look out for when implementing it?
I've made a few excursions
It would probably be considerable work to ply mathtext out of matplotlib,
particularly if you consider bringing along the Ps/Pdf/Svg/Cairo backends.
Just bringing the raster backend (which is really in ft2font.cpp) would be
considerably less work.
But I was mainly just sharing a wouldn't it
on
wxCocoa. -- so maybe it's best to stay away from that altogether.
Cheers,
Mike
Michael Droettboom wrote:
There is now preliminary support for getting a mathtext bitmap to
transfer to a GUI widget in SVN, along with a toy wxPython example in
examples/mathtext_wx.py. I've only tested
SVN r3776 now has support for rotation of mathtext to any angle in the
Agg backend (i.e. it's now supported in all backends).
Enjoy!
Mike
Michael Droettboom wrote:
Paul Kienzle wrote:
On Thu, Aug 30, 2007 at 02:19:47PM -0400, Michael Droettboom wrote:
Paul Kienzle wrote:
Hi all,
Before I
John Hunter wrote:
On 8/30/07, Michael Droettboom [EMAIL PROTECTED] wrote:
...but if we need to go into agg anyway, why not use Agg's font handling
capabilities directly?
Perhaps historical reasons. I wonder if they're still relevant.
Yes, that's it. agg did not have font support when
It's certainly possible my text rotation changes have caused this. I did all
my testing on Linux, and didn't see any problems there.
It it the text_rotation.py example that segfaults for you or something else?
I'll have to look into this further when I get in to work.
Cheers,
Mike
Jouni K. Seppänen wrote:
Paul Kienzle [EMAIL PROTECTED] writes:
[segfaults]
Is there something in the last couple of weeks which might cause this?
Some changes in font handling caused segfaults for me, and it turned out
to be a bug in an old version of freetype:
I don't think it's related. But definitely a bug... I forgot to test
my baseline code with text.usetex turned on.
I just submitted a fix in r3781.
Cheers,
Mike
Manuel Metz wrote:
Don't know whether this is related, but I now get the following error:
File
, 2007 at 07:13:27AM -0400, Michael Droettboom wrote:
Jouni K. Seppänen wrote:
Paul Kienzle [EMAIL PROTECTED] writes:
[segfaults]
Is there something in the last couple of weeks which might cause this?
Some changes in font handling caused segfaults for me, and it turned out
to be a bug in an old
Paul Kienzle wrote:
I went through the demo list again today. Here are some problems:
$ python fonts_demo.py
Traceback (most recent call last):
File fonts_demo.py, line 31, in module
font.set_name('Script MT')
AttributeError: 'FontProperties' object has no attribute 'set_name'
Paul Kienzle wrote:
On Thu, Sep 06, 2007 at 08:14:19AM -0400, Michael Droettboom wrote:
On a broader note, I've been using backend_driver.py as my ersatz
acceptance test suite. Not all of these examples are included in it,
of course. Is there good reason for that, or should I go ahead
The Agg backend has a feature where if bmp was specified as a file
extension, it saves as a raw RGBA image. IMHO, this is perhaps too
easily confused with the Microsoft Windows Bitmap format. There is a
(someone else's) bug filed against this:
I think this is a known bug (and maybe a bug should be filed so it doesn't get
lost).
Most of the backends don't have support for clipping which would be required
for this to work.
Cheers,
Mike
-
This SF.net email is
and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now http://get.splunk.com/
___
Matplotlib-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/matplotlib-users
--
Michael Droettboom
Operations
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 ahead and do that.
Cheers,
Mike
--
Michael Droettboom
Operations and Engineering Division
Space Telescope Science Institute
Operated
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
allow gzip
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 well
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
...?
Cheers,
Mike
--
Michael Droettboom
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for NASA
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find
with svnmerge, svnmerge won't let me
merge from trunk if I have any modified files at all, so every time I
want to merge, I have to be sure to revert that file.
Is there any reason not to just remove this file from SVN?
--
Michael Droettboom
Operations and Engineering Division
Space Telescope
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] mailto:[EMAIL PROTECTED]
wrote:
On Fri, Sep 07, 2007 at 03:09:10PM -0400, Michael Droettboom wrote:
Paul Kienzle wrote:
On Fri
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
, but perhaps you could allow
\AA and \angstrom to both represent angstrom.
Thanks!!!
William
On 9/7/07, *Michael Droettboom * [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
Sorry -- that used to work, but fell through the cracks in the recent
mathtext rewrite. It shouldn't
Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
--
Michael Droettboom
Operations and Engineering
.)
Cheers,
Mike
Paul Kienzle wrote:
On Mon, Sep 10, 2007 at 04:19:24PM -0400, Michael Droettboom wrote:
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.)?
I used the following:
import pylab
pylab.rc('pdf',compression=0
be to reserve space,
write the stream, rewind to write the length then seek forward to
the end, but that won't work if e.g., the pdf is sent to a pipe.
Let me know if I should post the changes.
- Paul
--
Michael Droettboom
Operations and Engineering Division
Space Telescope Science
Yes. Sorry. It's in r3837 on the branch.
Cheers,
Mike
John Hunter wrote:
On 9/12/07, Michael Droettboom [EMAIL PROTECTED] wrote:
If you check out r3835 from my branch, simple_plot.py is working, with
the exception of things that rely on this really low-level
interdependence, e.g
John Hunter wrote:
On 9/12/07, Michael Droettboom [EMAIL PROTECTED] wrote:
I need to spend more time reading through your code before I comment
further, but I just wanted to make a quick comment vis-a-vis the
locators and formatters. I commited these changes to your branch, and
autoscaling
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
.)
Is the current Mac OS-X version also something to consider? It's
currently at 2.3 in 10.4 Tiger.
Cheers,
Mike
--
Michael Droettboom
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for NASA
strings
anyway.
Cheers,
Mike
--
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for NASA
-
This SF.net email is sponsored by: Microsoft
Defy
don't anticipate any problems with that approach.
Cheers,
Mike
--
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for NASA
-
This SF.net email
the library.
We certainly could reword the warning, however, if you have any suggestions.
Cheers,
Mike
--
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for NASA
@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
--
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for NASA
on this list may have to look into this and have more to
offer.
Cheers,
Mike
Martin Spacek wrote:
Sorry for the delay. I gave that a try, but it didn't help. Seems that
_MSC_VER is undefined as well...
Martin
Michael Droettboom wrote:
Martin Spacek wrote:
It's been a few months since
Thanks. Sorry about the syntax errors -- I don't use the preprocessor
much either.
I think this patch seems reasonable (or at least reasonably harmless),
so I'll go ahead and commit it.
Cheers,
Mike
Martin Spacek wrote:
Michael Droettboom wrote:
Hmmm... Well, I think we've reached
-devel
--
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for NASA
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log
1 - 100 of 1015 matches
Mail list logo
