SourceForge logo
SourceForge logo
Menu

matplotlib-devel — matplotlib developers

You can subscribe to this list here.

2003 Jan
Feb
Mar
Apr
May
Jun
Jul
Aug
Sep
Oct
(1)
Nov
(33)
Dec
(20)
2004 Jan
(7)
Feb
(44)
Mar
(51)
Apr
(43)
May
(43)
Jun
(36)
Jul
(61)
Aug
(44)
Sep
(25)
Oct
(82)
Nov
(97)
Dec
(47)
2005 Jan
(77)
Feb
(143)
Mar
(42)
Apr
(31)
May
(93)
Jun
(93)
Jul
(35)
Aug
(78)
Sep
(56)
Oct
(44)
Nov
(72)
Dec
(75)
2006 Jan
(116)
Feb
(99)
Mar
(181)
Apr
(171)
May
(112)
Jun
(86)
Jul
(91)
Aug
(111)
Sep
(77)
Oct
(72)
Nov
(57)
Dec
(51)
2007 Jan
(64)
Feb
(116)
Mar
(70)
Apr
(74)
May
(53)
Jun
(40)
Jul
(519)
Aug
(151)
Sep
(132)
Oct
(74)
Nov
(282)
Dec
(190)
2008 Jan
(141)
Feb
(67)
Mar
(69)
Apr
(96)
May
(227)
Jun
(404)
Jul
(399)
Aug
(96)
Sep
(120)
Oct
(205)
Nov
(126)
Dec
(261)
2009 Jan
(136)
Feb
(136)
Mar
(119)
Apr
(124)
May
(155)
Jun
(98)
Jul
(136)
Aug
(292)
Sep
(174)
Oct
(126)
Nov
(126)
Dec
(79)
2010 Jan
(109)
Feb
(83)
Mar
(139)
Apr
(91)
May
(79)
Jun
(164)
Jul
(184)
Aug
(146)
Sep
(163)
Oct
(128)
Nov
(70)
Dec
(73)
2011 Jan
(235)
Feb
(165)
Mar
(147)
Apr
(86)
May
(74)
Jun
(118)
Jul
(65)
Aug
(75)
Sep
(162)
Oct
(94)
Nov
(48)
Dec
(44)
2012 Jan
(49)
Feb
(40)
Mar
(88)
Apr
(35)
May
(52)
Jun
(69)
Jul
(90)
Aug
(123)
Sep
(112)
Oct
(120)
Nov
(105)
Dec
(116)
2013 Jan
(76)
Feb
(26)
Mar
(78)
Apr
(43)
May
(61)
Jun
(53)
Jul
(147)
Aug
(85)
Sep
(83)
Oct
(122)
Nov
(18)
Dec
(27)
2014 Jan
(58)
Feb
(25)
Mar
(49)
Apr
(17)
May
(29)
Jun
(39)
Jul
(53)
Aug
(52)
Sep
(35)
Oct
(47)
Nov
(110)
Dec
(27)
2015 Jan
(50)
Feb
(93)
Mar
(96)
Apr
(30)
May
(55)
Jun
(83)
Jul
(44)
Aug
(8)
Sep
(5)
Oct
Nov
(1)
Dec
(1)
2016 Jan
Feb
Mar
(1)
Apr
May
Jun
(2)
Jul
Aug
(3)
Sep
(1)
Oct
(3)
Nov
Dec
2017 Jan
Feb
(5)
Mar
Apr
May
Jun
Jul
(3)
Aug
Sep
(7)
Oct
Nov
Dec
2018 Jan
Feb
Mar
Apr
May
Jun
Jul
(2)
Aug
Sep
Oct
Nov
Dec
S M T W T F S



1
2
3
4
5
(6)
6
7
8
(2)
9
(15)
10
(5)
11
12
13
(4)
14
(12)
15
(5)
16
(5)
17
(3)
18
(3)
19
20
21
(3)
22
(1)
23
24
25
26
27
28
29
(1)
30
(1)
31
(7)

Showing 7 results of 7

From: Benjamin R. <ben...@ou...> - 2010年12月31日 23:08:50
2010年12月31日 余亮罡 <nu...@16...>
> Dear all,
> I have a quesstion about change the width of the ylabel.You know the
> width of the ylabel is relaete to the x axi,how can i change the width of
> the ylabel not depend on the width of the x-axis?
> Thank you!
> George
>
>
>
>
Maybe I am not understanding. The height of the y-axis label text (which is
then rotated 90 degrees) is dependent upon the font size, and should already
be completely independent of the x-axis. Can you show some examples of what
you mean?
Ben Root
From: Friedrich R. <fri...@gm...> - 2010年12月31日 16:25:26
2010年12月31日 John Hunter <jd...@gm...>:
> I don't know what the situation is now, but the last version of OS X I
> installed was 10.4 and X11 was a separate installation from xcode, if I
> recall correctly. Are you sure it is on by default?
I'm not completely sure, but really quite sure. I don't think it's
coming from Xcode on 10.6. E.g. Inkscape runs on X11, and it ran from
the beginning. I don't think they'll distribute binaries depending on
an Xcode installation. To be sure, I'll soon have probably the
opportunity to reinstall some both 10.5 and 10.6 machines, so I can
have a look. And I heard before about the libpng libraries in
/usr/X11/lib/, and I just verified. Developer stuff goes to
/Developer/.
> I don't mind using system libs
>
>  * if we are sure they are there
>
>  * they are in a consistent location
>
> The reason we switched to static builds was there was so much variation in
> where these libs were coming from (macports, fink, system libs) and some of
> the versions were out of date, it was almost impossible to ship usable
> binaries.
I agree, and I personally would prefer static libs for binary
distribution, since we would be limited to the 10.5 libs, or, more
strictly, one could say that binaries should also run on 10.4. I
think it's mainly targeting people who want to build their mpl
themselves, let it be for bug tracking, but are frightened by the
dependencies atm.
> Russell will have to take the lead on this if he thinks it is a good idea,
> as he is the OSX build master.
I agree fully.
Friedrich
From: John H. <jd...@gm...> - 2010年12月31日 16:04:05
On Fri, Dec 31, 2010 at 10:00 AM, Friedrich Romstedt <
fri...@gm...> wrote:
> > I've been meaning to publish my installation instructions for
> > numpy/scipy/matplotlib/ipython on Snow Leopard somewhere for quite a
> > while, but that will have to wait for another day... I've tried to
> > trim down my installation procedure to the minimum steps that will
> > guarantee a working system without introducing extra libraries /
> > Pythons / etc, so there might be some interest in it.
>
>
> So we should team up in improving our docs :-)
>
We'd be happy to have a doc contribution to the installing page or to the
FAQ.
JDH
From: John H. <jd...@gm...> - 2010年12月31日 16:03:19
On Fri, Dec 31, 2010 at 9:54 AM, Friedrich Romstedt <
fri...@gm...> wrote:
> > Also, not everyone has X11 installed (or does everyone now?)
>
>
> One can opt X11 out at installation time IIRC. But it's a rare case I
> believe.
>
>
I don't know what the situation is now, but the last version of OS X I
installed was 10.4 and X11 was a separate installation from xcode, if I
recall correctly. Are you sure it is on by default?
I don't mind using system libs
 * if we are sure they are there
 * they are in a consistent location
The reason we switched to static builds was there was so much variation in
where these libs were coming from (macports, fink, system libs) and some of
the versions were out of date, it was almost impossible to ship usable
binaries.
Russell will have to take the lead on this if he thinks it is a good idea,
as he is the OSX build master.
JDH
**
From: Friedrich R. <fri...@gm...> - 2010年12月31日 16:00:21
2010年12月10日 Ludwig Schwardt <lud...@gm...>:
> For the record, I set the following environment variables in
> ~/.profile on Snow Leopard:
>
>  # These compiler flags ensure 32-bit + 64-bit code generation, as
> Snow Leopard produces 64-bit code by default
>  export MACOSX_DEPLOYMENT_TARGET=10.6
>  export CFLAGS="-arch i386 -arch x86_64 -isysroot
> /Developer/SDKs/MacOSX10.6.sdk"
>  export LDFLAGS="-arch i386 -arch x86_64
> -syslibroot,/Developer/SDKs/MacOSX10.6.sdk"
>  export FFLAGS="-m32 -m64"
> CFLAGS=${CFLAGS}" -I/usr/X11/include -I/usr/X11/include/freetype2"
> LDFLAGS=${LDFLAGS}" -L/usr/X11/lib" python setupegg.py bdist_egg
Python normally chooses those -arch flags which were chosen for Python
at compile time.
It's not a good idea to set CFLAGS and LDFLAGS with distutils I
learned. They do not stack with the compilation time CFLAGS etc., but
completely override. Better adapt the pathes in setupext.py.
> I've been meaning to publish my installation instructions for
> numpy/scipy/matplotlib/ipython on Snow Leopard somewhere for quite a
> while, but that will have to wait for another day... I've tried to
> trim down my installation procedure to the minimum steps that will
> guarantee a working system without introducing extra libraries /
> Pythons / etc, so there might be some interest in it.
So we should team up in improving our docs :-)
Friedrich
From: Friedrich R. <fri...@gm...> - 2010年12月31日 15:54:17
2010年12月10日 Christopher Barker <Chr...@no...>:
> On 12/9/10 11:57 PM, Ludwig Schwardt wrote:
>> 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,
>
> It may be because we still want to support OS-X 10.4 .
I was not aware of the presence of libfreetype so far. I'm +1 on
using the libraries shipped with OS X. It should be possible to
deliver an extra package which just installs these libs on 10.4 (in
/usr/local/). But, I don't know when and if I'll finally find the
"time" to look into it definitely.
Anyway, this all would apply only to persons who build from source on
OS X, right? The binaries still have to use static linkage, or am I
wrong?
> Also, not everyone has X11 installed (or does everyone now?)
One can opt X11 out at installation time IIRC. But it's a rare case I believe.
> I also notice that they are in: MacOSX10.4u.sdk (under X11) -- so maybe
> the static libs in there could be used.
This is a question to Russell it seems to me.
Friedrich
From: 余亮罡 <nu...@16...> - 2010年12月31日 06:15:13
Dear all,
 I have a quesstion about change the width of the ylabel.You know the width of the ylabel is relaete to the x axi,how can i change the width of the ylabel not depend on the width of the x-axis?
 Thank you!
 George

Showing 7 results of 7

Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X





Briefly describe the problem (required):
Upload screenshot of ad (required):
Select a file, or drag & drop file here.
Screenshot instructions:

Click URL instructions:
Right-click on the ad, choose "Copy Link", then paste here →
(This may not be possible with some types of ads)

More information about our ad policies

Ad destination/click URL:

AltStyle によって変換されたページ (->オリジナル) /