emails rolled over to the new list?
Steve
On 01/08/15 03:07, Michael Droettboom wrote:
Due to recent technical problems and changes in policy on
SourceForge, we have decided to move the matplotlib mailing lists to
python.org.
To subscribe to the new mailing lists, please visit
Thanks. I'd definitely consider this a bug this. Would you mind
creating an issue or pull request on github.com/matplotlib/matplotlib so
it doesn't get lost?
Mike
On 03/01/2014 05:42 PM, Jon Roadley-Battin wrote:
On 02/27/2014 06:58 PM, Jon Roadley-Battin wrote:
Good evening,
I am at
On 02/27/2014 06:58 PM, Jon Roadley-Battin wrote:
Good evening,
I am at present migrating an application of mine from py27+pygtk (with
mpl) to py33+pygobject (gtk3)
Unfortunately I am unable to use
from matplotlib.backends.backend_gtk3agg import FigureCanvasGTK3Agg as
FigureCanvas
Thanks for the report.
Indeed, you are correct in that the root of this problem is that
Bitstream Vera Sans does not contain these characters, yet it is being
selected erroneously.
It does appear that there is a bug in the font selection algorithm, that
Bitstream Vera Sans gets selected as
On 01/22/2014 09:43 AM, Benjamin Root wrote:
On Wed, Jan 22, 2014 at 9:21 AM, Daryl Herzmann akrh...@gmail.com
mailto:akrh...@gmail.com wrote:
Hello,
I'm wondering why stuff plotted with ax.text() does not get
clipped by the axes bounds on the plot. Here's a simple
Not sure. Can you provide a small, standalone example that reproduces
the problem?
Mike
On 12/27/2013 12:05 PM, Neal Becker wrote:
Any idea what could cause hexbin to issue runtime warnings and then draw
a blank figure?
The gist here is that `subplot` doesn't really know when the new subplot
exactly overlaps another -- it's essentially unaware of what's already
there. We could do some deduplication there. However, it's also a
completely legitimate use case to create two subplots in the same
location, and
On 11/09/2013 12:34 PM, Nat Echols wrote:
A few of the users of our software want to compile the entire mess
from source using non-standard compilers and/or options. We try to
bundle all dependencies with the package we distribute but the current
version of Matplotlib is attempting to
Courtesy of Matthew Brett, we now have Mac OS X installers again. These
are designed to work with the python.org distribution, and include all
dependencies.
They are available here:
http://matplotlib.org/downloads
Please let us know how you fare!
Mike
--
_
|\/|o _|_ _.
/matplotlib/matplotlib/matplotlib-1.3.1/matplotlib-1.3.1-py3.3-python.org-macosx10.6.dmg
Mike
On 10/31/2013 04:18 PM, Michael Droettboom wrote:
Courtesy of Matthew Brett, we now have Mac OS X installers again.
These are designed to work with the python.org distribution, and
include all dependencies
that this is not
specific
to just Neal!
Andrew
On 18 October 2013 14:40, Michael Droettboom
md...@stsci.edu mailto:md...@stsci.edu wrote:
This is really puzzling. What version of matplotlib are you
running,
what platform, and what version of Python
.
Mike
On 10 October 2013 20:19, Michael Droettboom md...@stsci.edu
mailto:md...@stsci.edu wrote:
I'm pleased to announce the release of matplotlib version 1.3.1. This is a
bugfix release.
It may be downloaded from here, or installed through the package manager of
your choice (when
The built-in mathtext support does. (I can put xkcd() at the top of
the mathtext_demo.py example and all is well).
It does not work when |text.usetex| is True (when using external TeX).
But in that case, it should have thrown an exception:
|Traceback (most recent call last):
File
On 10/18/2013 08:20 AM, Neal Becker wrote:
Michael Droettboom wrote:
The built-in mathtext support does. (I can put xkcd() at the top of
the mathtext_demo.py example and all is well).
It does not work when |text.usetex| is True (when using external TeX).
But in that case, it should have
This is really puzzling. What version of matplotlib are you running,
what platform, and what version of Python? Your example works just fine
for me.
Mike
On 10/18/2013 08:40 AM, Neal Becker wrote:
Neal Becker wrote:
This example shows the error on my platform - the xlabel is not rendered
I haven't had a chance to look into where the memory is actually
leaking, ion/ioff are intended for interactive use, and here you are
saving a large number of plots to files. Why do you need ion at all?
Mike
On 10/14/2013 08:51 AM, OCuanachain, Oisin (Oisin) wrote:
Hi,
I am having
Can you provide a complete, standalone example that reproduces the
problem. Otherwise all I can do is guess.
The usual culprit is forgetting to close figures after you're done with
them.
Mike
On 10/10/2013 09:05 AM, Martin MOKREJŠ wrote:
Hi,
rendering some of my charts takes almost 50GB
On 10/10/2013 09:47 AM, Martin MOKREJŠ wrote:
Benjamin Root wrote:
On Thu, Oct 10, 2013 at 9:05 AM, Martin MOKREJŠ mmokr...@gmail.com
mailto:mmokr...@gmail.com wrote:
Hi,
rendering some of my charts takes almost 50GB of RAM. I believe below
is a stracktrace
of one such
not. If I have something
that I can *just run* then I can use various introspection tools to see
what is going wrong.
Mike
On 10/10/2013 10:12 AM, Martin MOKREJŠ wrote:
Michael Droettboom wrote:
Can you provide a complete, standalone example that reproduces the
problem. Otherwise all I can do
I'm pleased to announce the release of matplotlib version 1.3.1. This is a
bugfix release.
It may be downloaded from here, or installed through the package manager of
your choice (when available):
http://matplotlib.org/downloads
The changelog is copied below:
New in 1.3.1
On 10/02/2013 05:35 AM, ajdcds wrote:
I have a system that has Python(x,y)-2.6.6.2.exe installed.
When running the script file.py the following error occurs:
/Traceback (most recent call last):
File file.py, line xx, in module
import something
File includes\something.py, line 31, in
It looks like the PyQt4 installation in python(x,y) is somehow broken.
If you just open up the python(x, y) interpreter and type
from PyQt4.QtGui import QFormLayout
or
from PyQt4 import QtGui
what happens? If that fails too, I'd say the bug is in python(x, y) (or
however PyQt4 got
You could try ps2ps (which comes with ghostscript) or similar tools.
Mike
On 09/23/2013 06:13 PM, Grigoris Maravelias wrote:
Hello to all!
I have been using Matplotlib to create a series of plots and now the
time to submit the paper has come! But I experience problems now with
the font
On 09/04/2013 12:47 PM, Sylvain LÉVÊQUE wrote:
Hello
I have a performance issue when using a Rectangle patch with linestyle
'dotted'. Here is some code showing it:
from matplotlib import gridspec
gs = gridspec.GridSpec(1, 2)
ax1 = plt.subplot(gs[0, 0])
ax2 = plt.subplot(gs[0, 1])
data
On 08/31/2013 12:24 PM, Goyo wrote:
2013/8/31 Dino Bektešević ljet...@gmail.com:
Hello,
After a little mishap from ubuntu 12.04 after which I reinstalled the
OS, on this fresh install I did:
sudo apt-get install python-numpy python-scipy python-matplotlib ipython
ipython-notebook
It looks like a version mismatch with PyCXX. Was it recently updated or
changed? What version of PyCXX do you have? What was the last version
of matplotlib that worked for you?
You can force matplotlib to use its local copy of PyCXX by uninstalling
PyCXX, or adding the following lines to
counting. The second part supports the building of
Python
extension modules in C++.
Distribution: Extra / openSUSE_12.3
On Fri, Aug 30, 2013 at 6:46 PM, Michael Droettboom md...@stsci.edu
mailto:md...@stsci.edu wrote:
It looks like a version mismatch with PyCXX. Was it recently
BTW: I've got uploading of test results to S3 working on the main
matplotlib repository. It would be cool to do that here, too, but I
believe the encrypted keys are specific to the github repo. We can
coordinate off-line once the repo is transferred about how to do this.
Mike
On 08/29/2013
Very impressive! This is really great.
That does sure look like a dateutil bug. Maybe we try reporting it over
there?
As for transferring the repository... I've added you as a developer in
the matplotlib organization, so you can work over there. And it looks
like you are the only one
On 08/27/2013 09:49 AM, Chris Beaumont wrote:
I've been burned by this before as well. MPL stores some intermediate
data products (for example, scaled RGB copies) at full resolution,
even though the final rendered image is downsampled depending on
screen resolution.
I've used some hacky
Thanks to the gracious donation from Hans Petter Langtangen and the
Center for Biomedical Computing at Simula (http://home.simula.no/~hpl),
I now have a new Mac Mini sitting at my desk. This should allow me to
keep on top of changes that affect the Mac builds and to better track
down Mac-only
gave up a long time ago and started piecing to together my meager
PRs in a linux VM.
-paul
On Fri, Aug 16, 2013 at 6:52 AM, Michael Droettboom md...@stsci.edu
mailto:md...@stsci.edu wrote:
Thanks to the gracious donation from Hans Petter Langtangen and the
Center for Biomedical
I've been in touch with the Travis-CI guys about this a little bit.
They restrict each project to a single OS partly to reduce resource
consumption, but they said they might reconsider for paying customers
(which we may want to become).
Mike
On 08/16/2013 04:17 PM, Matt Terry wrote:
I was
As I'm researching what we may want to do for better continuous
integration, I'm remembering that at least one person, Thomas Kluyver,
is producing daily automated builds (for Ubuntu) here:
https://launchpad.net/~takluyver/+archive/matplotlib-daily
I'm considering changing the behavior of the rcParam |interactive|
(which also can be set through |matplotlib.interactive()| and
|pyplot.ion()| and |pyplot.ioff()|). Currently, when setting
|interactive| to |True|, running any sort of matplotlib plot as a script
will fail to display a window.
It should look in /usr/include and /usr/local/include by default. Is it
in either place?
On 08/06/2013 10:16 PM, Matthew Brett wrote:
Hi,
Continuing my adventures with setuptools
I'm installing matplotlib into a clean + numpy virtualenv with python.org 2.7
I have CC=clang in order to
Hmm... It takes me to the matplotlib project page on sourceforge, which
I think is as close to a direct permalink as we can get. Not sure why
it takes you somewhere else. Did you get redirected?
Mike
On 08/07/2013 11:47 AM, keith.bri...@bt.com wrote:
The link join the matplotlib mailing
On 08/07/2013 01:24 PM, Matthew Brett wrote:
Hi,
On Wed, Aug 7, 2013 at 4:50 AM, Michael Droettboom md...@stsci.edu wrote:
It should look in /usr/include and /usr/local/include by default. Is it
in either place?
There are no freetype* files in either place, no. How would they get
You can set the rcParam verbose.level to debug-annoying. Then, when
it runs through all of your fonts, it should be clear which one caused
the problem.
Note that I'm in the process of rewriting large parts of the font
infrastructure as part of MEP14, so these sorts of things should
hopefully
I have little to no experience with py2exe, so I don't know how much I
can help there.
However, between 1.2.1 and 1.3.0, mpl_toolkits was changed to a
namespace package, which allowed basemap to install into it despite it
coming from matplotlib (and being installed with setuptools). I don't
it needs to be re-ordered?
Mike
On Mon, Aug 5, 2013 at 10:29 AM, Michael Droettboom md...@stsci.edu
mailto:md...@stsci.edu wrote:
On 08/03/2013 07:50 AM, Rita wrote:
Same problem in Linux also. Here is what I did to fix it: Remove
the freetype/fontconfig rpm from my local install (yum
...@gmail.com
mailto:a.h.ja...@gmail.com wrote:
Hi,
On 01/08/2013 19:06, Michael Droettboom wrote:
On behalf of a veritable army of super coders, I'm pleased to
announce
the release of matplotlib 1.3.0.
Two issues on OSX 10.8.4. I had been previously using the dmg
docutils is the library that supports the format (restructuredtext) that
these docstrings are written in. It *may* (I haven't looked) contain
functionality to render as clean plain text.
Mike
On 08/05/2013 09:57 AM, federico vaggi wrote:
Hi,
SciPy (and NumPy) docstrings are written with a
The problem is that a 0-length dash or space is undefined. In Agg, it
causes an infinite loop (presumably because the line cursor never
moves). Saving it to a PDF file and opening it in Acrobat Reader
reveals a blank page (presumably because it's doing something smarter,
but also basically
Can you provide the output of the build?
On 08/02/2013 06:53 AM, Andrew Jaffe wrote:
Hi,
On 01/08/2013 19:06, Michael Droettboom wrote:
On behalf of a veritable army of super coders, I'm pleased to announce
the release of matplotlib 1.3.0.
Two issues on OSX 10.8.4. I had been previously
of baselines in stackplot
* many improvements to text and color handling
For a complete list of what's new, see
http://matplotlib.org/users/whats_new.html#new-in-matplotlib-1-3http://matplotlib.org/users/whats_new.html#new-in-matplotlib-1-3
Have fun, and enjoy matplotlib!
Michael Droettboom
(Apologies for cross-posting).
matplotlib has a dire need to improve its continuous integration
testing. I've drafted MEP19 and solicited comments, but there hasn't
been a lot of feedback thus far.
As an alternative to mailing list discussion, where this sort of upfront
planning can
to setup webagg but can't seem to find
any? Is there anything written down about it?
Cheers,
Michael
On 2013-08-01 18:06:35 +, Michael Droettboom said:
On behalf of a veritable army of super coders, I'm pleased to announce
the release of matplotlib 1.3.0.
Downloads
Downloads
in serif when you had requested sans-serif.
Mike
Cheers,
Jeff
On Wed, Jul 31, 2013 at 4:43 AM, Michael Droettboom md...@stsci.edu
mailto:md...@stsci.edu wrote:
There are two different things going on here.
Between 1.2.1 and now, there was a bugfix to the font selection
at 11:31 PM, Michael Droettboom md...@stsci.edu
mailto:md...@stsci.edu wrote:
On 07/30/2013 04:20 PM, Jeffrey Spencer wrote:
Michael,
Thanks that is very informative. Answers most of the problems I
was having and read MEP14 which looks really useful
That being said does
On 07/30/2013 09:23 AM, Jouni K. Seppänen wrote:
Jeffrey Spencer jeffspenc...@gmail.com writes:
I have three different versions of matplotlib that all output different
file sizes with matplotlib 1.1.1 providing the smallest. This is for the
same exact script. I can post the script if that
There are two different things going on here.
Between 1.2.1 and now, there was a bugfix to the font selection routine
that inadvertently introduced a bug selecting fonts in the usetex
backend. You may notice that on master, the IPA font selected is
different. The file size difference can be
We have had 508 responses to the matplotlib user survey. Quite a nice
turnout!
You can view the results here:
https://docs.google.com/spreadsheet/viewanalytics?key=0AjrPjlTMRTwTdHpQS25pcTZIRWdqX0pNckNSU01sMHcgridId=0#chart
and from there, you can access the complete raw results.
I will be
Apologies: I didn't realize the link to the raw results only exists for
users with edit permissions. The public URL for the raw results is:
https://docs.google.com/spreadsheet/ccc?key=0AjrPjlTMRTwTdHpQS25pcTZIRWdqX0pNckNSU01sMHcusp=sharing
Mike
On 07/18/2013 09:42 AM, Michael Droettboom
to be updated.
On 13-07-04 05:11 PM, Michael Droettboom wrote:
I see -- you want to basically interpolate between points? I don't
think there's anything built in to matplotlib to do that, but you
could always do that interpolation outside and just update the graph
more often.
Mike
On 07/04/2013 04:28
This patch doesn't make a whole lot of sense to me. get_name should
work just fine if self._family is None, and indeed it does in my own
testing:
```
from matplotlib import font_manager
f = font_manager.FontProperties(None)
print f._family
print f.get_family()
print f.get_name()
```
So I'd
Have you looked at the simple_anim.py example -- other than the
networking piece, it seems to do what you describe, and it's pretty
fast. Maybe start from that and make changes until it gets slow in
order to determine where the slowness comes from...?
Mike
On 07/03/2013 09:19 PM, v0idnull
focus
on this personal project of mine is vanity, not practicality ;)
I hope this better explains what I am trying to accomplish...
Thanks,
--alex
On 13-07-04 04:09 PM, Michael Droettboom wrote:
Have you looked at the simple_anim.py example -- other than the
networking piece, it seems to do
On 07/02/2013 10:04 AM, Jason Grout wrote:
On 7/1/13 9:33 AM, Michael Droettboom wrote:
SciPy 2013 was a great success. I didn't get good headcount at the
matplotlib BOF, but it was a good number, and we had 15 participants at
various points during the sprints. It was nice to see
://docs.google.com/spreadsheet/viewform?fromEmail=trueformkey=dHpQS25pcTZIRWdqX0pNckNSU01sMHc6MQ
https://docs.google.com/spreadsheet/viewform?fromEmail=trueformkey=dHpQS25pcTZIRWdqX0pNckNSU01sMHc6MQ
Please forward to your colleagues, particularly those who don't read
these mailing lists.
Cheers,
Michael
For those not in Austin who are interested in following along with the
matplotlib sprint at Scipy, feel free to visit here:
https://etherpad.mozilla.org/MatplotlibSprint
Mike
--
This SF.net email is sponsored by
On 06/07/2013 05:07 AM, Yoshi Rokuko wrote:
I'm having problems recently with printing EPS figures created by
matplotlib. To me this is strange because printing postscript should
just work in my opinion.
My most recent example is a Basemap thing with AxesGrid. Basically the
idea was to have
By default (when interpolation=nearest) matplotlib is performing
nearest neighbor interpolation on the image to the request PDF dpi
before storing it in the file. This results in rows and columns of
unequal size because the ratio from the original image to the
destination resolution is likely
Which version of Windows are you on? Apparently, the Segoe UI font is
different on Windows 7 and 8 and I'd like to download and test with the
correct one.
Mike
On 05/28/2013 06:12 AM, klo uo wrote:
As suggested by Phil, I'm reposting github issue #2067 on this list.
I use MPL 1.2.1 on
On 05/20/2013 06:42 PM, gaspra wrote:
Michael Droettboom-3 wrote
I have created https://github.com/matplotlib/matplotlib/issues/2025 to
track this.
Hi Michael, thanks. I am somewhat convinced the problem is related to
matplotlib 1.3.x, not the Tk library. I tried on Linux that uses Tk8.5
I have opened an issue (with a fix) here:
https://github.com/matplotlib/matplotlib/pull/2036
Gregorio: Could you please confirm that the patch there addresses your
original problem?
Mike
On 05/21/2013 08:54 AM, Michael Droettboom wrote:
On 05/20/2013 06:42 PM, gaspra wrote:
Michael
I have created https://github.com/matplotlib/matplotlib/issues/2025 to
track this.
On 05/19/2013 05:18 PM, gaspra wrote:
Michael Droettboom-3 wrote
If you use the macports version of Python, this shouldn't be a problem.
I think the problem is (perhaps) that you're trying to use the system
On 05/18/2013 04:17 AM, gaspra wrote:
I find the issue came from the matplotlib backend. The problem is gone when
using TkAgg backend. However, TkAgg doesn't work with matplotlib 1.3.x,
which has some conflict of Tk dynamic library due to different Tk version,
i.e., macports uses Tk8.6 and Mac
I've created an issue in the tracker for this:
https://github.com/matplotlib/matplotlib/issues/2016
Mike
On 05/15/2013 06:26 PM, Christoph Gohlke wrote:
On 5/15/2013 1:55 PM, Ojala Janne wrote:
Which backend are you using? I can't reproduce. Does
Yeah -- I can confirm this. I'm not sure what the most desired behavior
is, but I think it's worth opening a discussion in a Github issue.
Mike
On 05/09/2013 08:44 PM, K.-Michael Aye wrote:
If someone confirms this, I'd be happy to put it into github, but I
thought I send it here first, to
On 05/03/2013 02:41 PM, Ondřej Čertík wrote:
Hi,
As part of building matplotlib for the one python based distribution [1],
I want to always link against our own version of libpng, even if there
is some other systemwide version available. I am on linux (Ubuntu).
Currently, here is what I am
, 2013 at 7:18 AM, Michael Droettboom md...@stsci.edu wrote:
On 05/03/2013 02:41 PM, Ondřej Čertík wrote:
Hi,
As part of building matplotlib for the one python based distribution [1],
I want to always link against our own version of libpng, even if there
is some other systemwide version available. I
, Ondřej Čertík wrote:
On Mon, May 6, 2013 at 3:53 PM, Michael Droettboom md...@stsci.edu wrote:
My understanding is that distutils builds up the commandline arguments for
gcc in this order:
1) From Python's Makefile.
2) From environment variables
3) From whatever was added
Would you mind submitting this as a pull request?
Mike
On 04/27/2013 06:23 PM, Werner F. Bruhin wrote:
Hi Michael,
On 26/04/2013 14:40, Michael Droettboom wrote:
On 04/26/2013 02:57 AM, Werner F. Bruhin wrote:
Hi,
Anyone can provide some info on what agg.buffer_rgba returns and
maybe
. Bruhin wrote:
Hi Michael,
On 26/04/2013 14:40, Michael Droettboom wrote:
On 04/26/2013 02:57 AM, Werner F. Bruhin wrote:
Hi,
Anyone can provide some info on what agg.buffer_rgba returns and
maybe
even some suggestion on how to resolve this issue in the wxagg backend.
It returns a Python buffer
On 05/02/2013 03:16 PM, Paul Hobson wrote:
On Thu, May 2, 2013 at 11:19 AM, Michael Droettboom md...@stsci.edu
mailto:md...@stsci.edu wrote:
I think the confusion here stems from the fact that you're mixing
TeX and non-TeX font commands.
This turns on TeX mode, so all
I think the confusion here stems from the fact that you're mixing TeX
and non-TeX font commands.
This turns on TeX mode, so all of the text is rendered with an external
TeX installation:
rc('text', usetex=True)
In this line, setting it to sans-serif will get passed along to TeX, but
a
On 04/26/2013 02:57 AM, Werner F. Bruhin wrote:
Hi,
Anyone can provide some info on what agg.buffer_rgba returns and maybe
even some suggestion on how to resolve this issue in the wxagg backend.
It returns a Python buffer object on Python 2, though on Python 3 it is
a memoryview, since
I believe this PR fixes this bug:
https://github.com/matplotlib/matplotlib/pull/1884
I had been waiting for the original poster to confirm before merging,
but I think I'll go ahead and do this anyway at this point.
Mike
On 04/23/2013 02:57 PM, Nils Wagner wrote:
Hi all,
I cannot install
Just curious -- where is the formula for matplotlib in homebrew? I
can't find it. I thought I would look into why that was failing -- it
may just be simply that it's an old version of matplotlib and this bug
is now fixed in the latest release.
Mike
On 04/20/2013 11:12 PM, Derek Thomas
On 04/19/2013 01:59 AM, C M wrote:
On Thu, Apr 18, 2013 at 11:03 PM, John Ladasky
john_lada...@sbcglobal.net mailto:john_lada...@sbcglobal.net wrote:
.
Reading more, I realize that the way I was getting GUI output
previously
(with Python 2.7 and Matplotlib 1.1) was through
Can you please provide a complete, minimal and self-contained script
that reproduces the error? The example below has many undefined
variables etc.
Cheers,
Mike
On 04/16/2013 07:09 PM, Christophe Pettus wrote:
# preamble code collecting data
ind = np.arange(len(table_name))
matplotlib does not support the `\begin{array}` construct. You can see
what is supported here:
http://matplotlib.org/users/mathtext.html
If you need something like that in Sphinx, there are a number of other
math plugins here:
http://sphinx-doc.org/ext/math.html
Mike
On 03/28/2013 02:45
I'm pleased to announce the release of matplotlib 1.2.1. This is a bug
release and improves stability and quality over the 1.2.0 release from
four months ago. All users on 1.2.0 are encouraged to upgrade.
Since github no longer provides download hosting, our tarballs and
binaries are back
See https://github.com/matplotlib/matplotlib/pull/1846
On 03/22/2013 11:17 AM, Michael Droettboom wrote:
It's puzzler. I'm looking at it now.
Mike
On 03/22/2013 06:33 AM, Andrew Dawson wrote:
Thanks, the clipping is working now. But as you say the weird line
width issue still remains
during the conference days
* Friday-Saturday, June 27 - 28: SciPy 2013 Sprints, Austin TX remote
We look forward to exciting submissions that push the boundaries of
plotting, in this, our first attempt at this kind of competition.
The SciPy Plotting Contest Organizer
-Michael Droettboom
That feature is specific to the Qt4 backend.
Mike
On 02/27/2013 02:23 PM, Jonno wrote:
Can anyone explain to me why I don't see the Edit Curves Line and
Axes Parameters button in the matplotlib toolbar when using
matplotlib.backends.backend_wxagg.NavigationToolbar2Wx
The example code here
We don't currently have any support -- and we're still struggling in
certain areas supporting RGBA consistently across the system.
I think this would take someone writing a MEP (as a preliminary study of
all of the changes that would be involved) and then shepherding it
through implementation.
As a shortcut, you can also install all of the build dependencies for a
package (without installing the package itself) using:
sudo apt-get build_dep python-matplotlib
Mike
On 01/28/2013 01:40 PM, Orgun wrote:
Thanks, that helped a lot! I don't know why the dev-package hasn't been
Does this pull request:
https://github.com/matplotlib/matplotlib/pull/1697
fix your issue? I have no way of knowing without a test case...
Mike
On 01/22/2013 08:33 AM, Massimiliano Costacurta wrote:
Hello everyone,
in my program I'm encountering an error when calling the function
Which backends are you using on each platform. A difference there is
the most likely culprit.
Mike
On 01/17/2013 08:16 AM, Fabien Lafont wrote:
Hello everyone,
I've just changed my computer from a old core 2 duo on windows Xp to a
intel Xeon with 12 Gb Ram. I've installed matplotlib but I
issue: http://code.google.com/p/sumatrapdf/issues/detail?id=2056
Christoph
On 1/17/2013 7:20 AM, Michael Droettboom wrote:
Is the Arial font file different on Windows 8 vs. Windows 7? (Just a
difference in file size would be enough to know). If so, it's probably
the nature of those
Thanks. It should be restored momentarily when github fetches the new
revision of the docs.
Mike
On 01/15/2013 11:52 AM, Alejandro Weinstein wrote:
Hi:
I just want to report that in the screenshots section of the website
(http://matplotlib.org/users/screenshots.html), in the Basemap demo
Since this is specific to Windows 8, I wonder if the Arial font has been
updated in that version. If it's a newer OTF font, rather than a TTF
font, it's possible matplotlib can't read it correctly.
You can see what font file is on each platform by starting up a Python
prompt and doing:
I think using the profiler is the best bet here. We've used that in the
past to track down things that take a long time to import quite
successfully. I'm not seeing any slowness here, so that is likely do to
an environmental difference on your machine, implying you'll really need
to run the
When you recompile Python in a new unicode mode, you then need to
recompile all extensions (such as Numpy), since an extension compiled
for one mode will not work with the other. Annoying if you have a lot
of extensions.
However, I don't think that UCS4 mode is required for Tkinter -- it
Is there anything we could do to give this important information a
little more visibility on the webpage? The webpage still indicates
that 1.2.0 is a development version.
Oops. That's been updated.
Perhaps we could update it to
say:
1.2.0 The most current stable release. Click here to
This is a great summary of the issues related to OpenGL, and how it can
help but is not a universal panacea.
Thanks,
Mike
On 12/18/2012 08:53 AM, Sturla Molden wrote:
Interactive 2D plots can be sluggish too, if you have enough objects in
them. It is not the backend that is sluggish.
On 12/18/2012 09:21 AM, Jason Grout wrote:
On 12/18/12 6:53 AM, Sturla Molden wrote:
Interactive 2D plots can be sluggish too, if you have enough objects in
them. It is not the backend that is sluggish. Replacing the backend does
not speed up the frontend.
OpenGL is only 'fast' if you have a
One of the reasons (historically) is that the build scripts predate
setuptools and ships copies of dependencies rather than using
easy_install or pip to install them. There is an open PR to address
this here:
https://github.com/matplotlib/matplotlib/pull/1454
But you do make a good point
1 - 100 of 1057 matches
Mail list logo