I think by download page, Keith meant project page.
The direct link seems to be http://sourceforge.net/p/matplotlib/mailman/ . Is
that permanent enough? Perhaps SF's structure has changed since the "lists" link
on the MPL website (http://sourceforge.net/mail/?group_id=80706) was last
updated.
Ma
I think the function should be np.all(dash_list <= 0.0) instead of np.any?
This works 100% fine on my machine so I think it just hangs if all values
are less than or equal to zero. That hangs on my machine as you stated.
>From digging into that I also realized I could have put (None, None) to 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
hopefu
On 08/07/2013 01:24 PM, Matthew Brett wrote:
> Hi,
>
> On Wed, Aug 7, 2013 at 4:50 AM, Michael Droettboom 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
> there (other th
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 l
Hello,
I found an issue where the figure editor (the checkbox icon in the toolbar)
incorrectly captures the color properties from the existing curves in the plot:
https://github.com/matplotlib/matplotlib/issues/2274
So I put together a pull request that fixes it:
https://github.com/matplotlib/
Hi,
On Wed, Aug 7, 2013 at 4:50 AM, Michael Droettboom 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
there (other than an explicit install)?
Thanks again,
Matthew
-
On Wed, Aug 7, 2013 at 11:45 AM, wrote:
> The last line of text below seems to say that setting block to either True
> or False causes an override of the blocking behavior. I don't think this
> is as intended. Which way round is it (in fact I find it has no effect)?
>
> The problem I have is t
The link "join the matplotlib mailing lists" actually goes to the sourceforge
download page.
Keith
--
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for producti
The last line of text below seems to say that setting block to either True or
False causes an override of the blocking behavior. I don't think this is as
intended. Which way round is it (in fact I find it has no effect)?
The problem I have is that using pyplot.show at the top level of a pytho
Hello,
Matplotlib does not like one (or more) of my fonts. Since I own a
considerable set it is very hard to find out which one violates the
requirements. Is it possible to let matplotlib which font is the
problem?
Thanks
--
On Tue, Aug 06, 2013 at 01:46:15AM -0700, ChaoYue wrote:
> I am using mat 1.20 and basemap 1.0.5, I tried your code and don't have the
> same issue.
After building matplotlib 1.2.0 and basemap 1.0.6 packages for Debian
the problem is gone: I have coastlines now.
Thanks
--
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 or
13 matches
Mail list logo