matplotlib-users Mailing List for matplotlib

On 29/10/2013 00:17, Sterling Smith wrote:
> While your example tries to be self contained, which is great!, there is no difference between these two conditions... 
> 
>> if BUG:
>> ax1 = host_subplot(111, axes_class=Axes)
>> else:
>> ax1 = host_subplot(111, axes_class=Axes)
Ops, obvious mistake. It should read:
BUG = True
if BUG:
 ax1 = host_subplot(111 , axes_class=Axes)
else:
 ax1 = host_subplot(111)
Cheers,
Daniele

On 28/10/2013 23:30, Oliver wrote:
> Hi Daniele,
> 
> not sure, but it seems to work for me. Did you do a plt.draw() or
> plt.show() to reflect the changes?
Hello,
it investigated this a bit further and the problem presents itself only
when I use `mpl_toolkits.axisartist.Axes`. Here is a minimum example
that demonstrates the problem:
import numpy as np
import matplotlib.pyplot as plt
from mpl_toolkits.axes_grid1 import host_subplot
from mpl_toolkits.axisartist import Axes
x = np.linspace(0, 2*np.pi)
y = np.sin(x)
f = plt.figure()
BUG = True
if BUG:
 ax1 = host_subplot(111, axes_class=Axes)
else:
 ax1 = host_subplot(111, axes_class=Axes)
ax1.plot(x, y)
ax1.set_xlim(0, 2*np.pi)
ax1.set_xticks(np.linspace(0, 2*np.pi, 5))
ax1.set_xticklabels(['%.2f' % x for x in np.linspace(0, 2*np.pi, 5)],
fontsize=8)
plt.draw()
plt.show()
Cheers,
Daniele

Hi Daniele,
not sure, but it seems to work for me. Did you do a plt.draw() or
plt.show() to reflect the changes?
Kind regards,
Oliver
2013年10月28日 Daniele Nicolodi <da...@gr...>
> Hello,
>
> I'm trying to change the font size for the tick labels. I've tried both
> setting it explicitly when creating the labels:
>
> ax2.set_xticklabel(['%d' % x for x in arange(10)], fontsize=10)
>
> or after:
>
> for label in ax2.get_xticklabels():
> label.set_fontsize(8)
>
> but the rendering is unaffected by the setting. This is with the MacOSX
> backend and with the PDF backend. Is it a bug or am I missing something?
>
> Thanks. Best,
> Daniele
>
>
> ------------------------------------------------------------------------------
> Android is increasing in popularity, but the open development platform that
> developers love is also attractive to malware creators. Download this white
> paper to learn more about secure code signing practices that can help keep
> Android apps secure.
> http://pubads.g.doubleclick.net/gampad/clk?id=65839951&iu=/4140/ostg.clktrk
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>

Hello,
I'm trying to change the font size for the tick labels. I've tried both
setting it explicitly when creating the labels:
 ax2.set_xticklabel(['%d' % x for x in arange(10)], fontsize=10)
or after:
 for label in ax2.get_xticklabels():
 label.set_fontsize(8)
but the rendering is unaffected by the setting. This is with the MacOSX
backend and with the PDF backend. Is it a bug or am I missing something?
Thanks. Best,
Daniele

Hi Matplotlib-users,
I found it was useful to be able to change the default 'Axis.labelpad'
parameter, since this value didn't scale when changing the default figure
size (in my opinion its easier to prepare figures for publication assuming
they'll need to fit in a 1-column figure). I don't consider myself
experienced enough to attempt to contribute a patch, but nevertheless here
is the hack I used in case anyone has a similar problem:
axis.py, line 652:
original: self.labelpad = 5
changed : self.labelpad = rcParams['axes.labelpad']
Then, in rcsetup.py, I added the line (at 578):
 'axes.labelpad' : [5.0, validate_float],
This lets you put
axes.labelpad : 3
for instance, in your matplotlibrc to change the default label padding.
Anyways, not sure if this is the right mailing list for this type of thing,
but just thought I'd contribute it nevertheless.
Best,
-- Peter

On 26 October 2013 09:02, Nils Wagner <ni...@go...> wrote:
> The problem persists in master.
>
>
>
> On Fri, Aug 30, 2013 at 7:39 PM, Nils Wagner <ni...@go...>wrote:
>
>> You are right.
>> The first one fails, the second works for me.
>>
>>
>> Nils
>>
>>
>>
>> On Fri, Aug 30, 2013 at 7:20 PM, Michael Droettboom <md...@st...>wrote:
>>
>>> I wonder if it's commit 6b827cbf.
>>>
>>> Can you do:
>>>
>>> git checkout 6b827cbf
>>> python setup.py build
>>> # confirm it fails
>>>
>>> git checkout 6b827cbf^
>>> python setup.py build
>>> # Does this work?
>>>
>>> Mike
>>>
>>>
>>> On 08/30/2013 01:06 PM, Nils Wagner wrote:
>>>
>>> Hi Michael,
>>>
>>> Thank you for your note.
>>> If I remember correctly I was able to build matplotlib a week ago.
>>> I am using opensuse12.3
>>>
>>> Nils
>>>
>>> rpm -qi python-cxx
>>> Name : python-cxx
>>> Version : 6.2.3
>>> Release : 2.2
>>> Architecture: noarch
>>> Install Date: Sa 27 Jul 2013 15:48:45 CEST
>>> Group : Development/Languages/Python
>>> Size : 9783
>>> License : GPL
>>> Signature : RSA/SHA1, Mo 22 Jul 2013 20:26:22 CEST, Key ID
>>> 45a1d0671abd1afb
>>> Source RPM : python-cxx-6.2.3-2.2.src.rpm
>>> Build Date : Mo 22 Jul 2013 15:27:08 CEST
>>> Build Host : swkj07
>>> Relocations : (not relocatable)
>>> Packager : pa...@li...
>>> Vendor : http://packman.links2linux.de
>>> URL : http://CXX.sourceforge.net/
>>> Summary : Write Python extensions in C++
>>> Description :
>>> PyCXX is a set of classes to help create extensions of Python in the C
>>> language. The first part encapsulates the Python C API taking care of
>>> exceptions and ref 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...@st...>wrote:
>>>
>>>> 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 the top of PyCXX::check in
>>>> setupext.py:
>>>>
>>>> self.__class__.found_external = False
>>>> return "Couldn't import. Using local copy."
>>>>
>>>> (But really, we should update setupext so users can specify the local
>>>> override in setup.cfg).
>>>>
>>>> Mike
>>>>
>>>>
>>>> On 08/30/2013 12:35 PM, Nils Wagner wrote:
>>>>
>>>> Hi all,
>>>>
>>>> I cannot build the latest matplotlib from git. The build log is
>>>> attached.
>>>>
>>>> Nils
>>>>
>>>> I have had a quick look at this and it seems the problem lies in
setupext.py. CXX.check() contains
 return self._check_for_pkg_config('PyCXX', 'CXX/Extensions.hxx',
min_version='6.2.4')
which requires version 6.2.4 or later of CXX. Nils has 6.2.3 and so this
check should fail and matplotlib should fall back to using the local copy
of CXX. SetupPackage._check_for_pkg_config() does check min_version if CXX
is installed using pkg-config, but if it is not then min_version is ignored
as the function raises a CheckFailed error before min_version is
considered. CXX.check() catches this error and uses the system-installed
CXX regardless of its version.
To check the CXX version we probably need to look in CXX/Version.hxx. I am
not sure how to proceed; do you have any ideas Mike?
Nils, as a stopgap you could either remove your python-cxx and
python-cxx-devel rpms if you don't need them for anything else, or upgrade
them to 6.2.4. There is a 6.2.4 on rpm.pbone.net even though there isn't
one on packman.links2linux.de.
Ian

I installed OS X Mavericks a few days ago and I am running Mapllotlib Version 1.3.1.
Everything works fine except that I get a warning every time i use the pyplot.show() command.
here is what it looks like:
----
Python[27325] <Error>: The function `CGContextErase' is obsolete and will be removed in an upcoming update. Unfortunately, this application, or a library it uses, is using this obsolete function, and is thereby contributing to an overall degradation of system performance.
---
I thought I should ask if this is serious and also if something can be done about it.
Best,
Bedartha