Hi,
This patch reminded me to ask why the builtin libpng, zlib and
libfreetype on Mac OS 10.5 and later are not used to build Matplotlib,
removing the need to download these extra libraries. I was pleased to
discover that Snow Leopard shipped with libpng and libfreetype as part
of X11, only to fin
On Thu, 09 Dec 2010 23:55:05 +0200, Jouni K. Seppänen wrote:
> Ben Gamari writes:
>
> > It seems that matplotlib's sphinx extension calls
> > matplotlib.rcdefaults() after rendering each figure, thus resetting
> > examples.download to True (as set in rcsetup.py).
>
> Right, and it sets figure.f
On Thu, 09 Dec 2010 16:44:37 -0500, Ben Gamari wrote:
> rcdefaults()'s implementation appears to implement the latter, updating
> rcParams from rcParamsDefault in rcsetup.py, which appears to describe
> the factory default values. Perhaps we should
> rcParamsDefault.update(rcParams) after loading
Ben Gamari writes:
> It seems that matplotlib's sphinx extension calls
> matplotlib.rcdefaults() after rendering each figure, thus resetting
> examples.download to True (as set in rcsetup.py).
Right, and it sets figure.figsize after it. I guess you will want to set
examples.download in the same
On Thu, 09 Dec 2010 15:42:18 -0500, Ben Gamari wrote:
> To try identifying where this happens I have tried putting some debug
> output in RcParams.__setitem__(). Unfortunately this doesn't show anyone
> setting examples.download after the initial loading of matplotlibrc. Any
> ideas how/where this
This patch is for make.osx. Note it also changes the python version to 2.7.
https://gist.github.com/735337
Uri
...
Uri Laserson
Graduate Student, Biomedical Engineering
Harvard-MIT Division of Health Sciences and Te
On Thu, 9 Dec 2010 14:09:41 -0600, John Hunter wrote:
> On Thu, Dec 9, 2010 at 1:52 PM, Ben Gamari wrote:
>
> > Any idea why my debugging messages are ineffective? Or, even better, any
> > idea why setting the examples.download in doc/matplotlibrc isn't being
> > reflected in rc_params? I'll exa
On Thu, Dec 9, 2010 at 1:52 PM, Ben Gamari wrote:
> Any idea why my debugging messages are ineffective? Or, even better, any
> idea why setting the examples.download in doc/matplotlibrc isn't being
> reflected in rc_params? I'll examine this more closely in about 30
> minutes once I make it to th
On Thu, 9 Dec 2010 13:39:41 -0600, John Hunter wrote:
> On Thu, Dec 9, 2010 at 1:12 PM, Ben Gamari wrote:
>
> > It seems that this may have been broken from the beginning. After
> > noticing that my changes were not taking effect, I added some debug
> > output and found that sphinx was changing
On Thu, Dec 9, 2010 at 1:12 PM, Ben Gamari wrote:
> It seems that this may have been broken from the beginning. After
> noticing that my changes were not taking effect, I added some debug
> output and found that sphinx was changing the current working directory
> (every example gets built with it
On Thu, 9 Dec 2010 12:57:49 -0600, John Hunter wrote:
> On Thu, Dec 9, 2010 at 12:34 PM, Ben Gamari wrote:
>
> > Regardless, after making the necessary changes to use absolute paths
> > (after painfully realizing that the MATPLOTLIB environment variable
> > expects the directory of the desired m
On Thu, Dec 9, 2010 at 12:34 PM, Ben Gamari wrote:
> Regardless, after making the necessary changes to use absolute paths
> (after painfully realizing that the MATPLOTLIB environment variable
> expects the directory of the desired matplotlibrc, not the file path;
> documentation would have been n
On Thu, 09 Dec 2010 20:00:39 +0200, Jouni K. Seppänen wrote:
> Ben Gamari writes:
>
> > An absolute path is necesary because the current working directory
> > changes for each example.
>
> Oh, right, the examples are in a lot of different subdirectories.
>
Precisely, this is the problem.
Rega
Ben Gamari writes:
> An absolute path is necesary because the current working directory
> changes for each example.
Oh, right, the examples are in a lot of different subdirectories.
> I'm very confused how you found that specifying a relative path in
> download.path worked. If the cwd changes a
On Thu, 09 Dec 2010 18:37:34 +0200, Jouni K. Seppänen wrote:
> Ben Gamari writes:
>
> > That being said, I've tracked down the reason for the configuration in
> > doc/matplotlibrc not being used. It seems that sphinx runs the examples
> > in their current directory (I suppose this is to be expec
Ben Gamari writes:
> That being said, I've tracked down the reason for the configuration in
> doc/matplotlibrc not being used. It seems that sphinx runs the examples
> in their current directory (I suppose this is to be expected).
>
> It seems that there is a (as far as I can tell undocumented, p
16 matches
Mail list logo
