On 07/25/2011 08:21 AM, Ben Breslauer wrote:
> I think that I have found the problem here. Line2D.draw() (and I
> presume other Artist subclasses) calls
>
> gc.set_foreground(self._color)
> ...
> gc.set_alpha(self._alpha)
>
> self._color is defined by the color kwarg, whether it be a hex value,
>
On Monday, August 15, 2011, Ben Breslauer wrote:
> Hi,
>
> Has anyone else noticed this behavior? For the devs, do you prefer a
github bug to the SF list?
>
> Ben
I have not personally observed this, but usually, people don't specify rgba
tuples for plot. I think the lack of response is due to
Hi,
Has anyone else noticed this behavior? For the devs, do you prefer a github
bug to the SF list?
Ben
On Mon, Jul 25, 2011 at 2:21 PM, Ben Breslauer wrote:
> I think that I have found the problem here. Line2D.draw() (and I presume
> other Artist subclasses) calls
>
> gc.set_foreground(self
The mpl developers are getting very close to the long-awaited v1.1.0 release
of matplotlib. Before we do so, we are doing some final checking of the
documentation to make sure that all critical pieces of information iss
correct and up to date.
In checking over the instructions for building and in
2011/8/15 Michael Droettboom :
> On 08/14/2011 11:28 AM, Vlastimil Brom wrote:
>> ...
>> Is there maybe some mechanism available in matplotlib, which would
>> select the appropriate font for the given characters? (Like in wx or,
>> even more powerful in tk?) Or is it the expected way to set the
>>
On Mon, Aug 15, 2011 at 10:00 PM, Damon McDougall
wrote:
> Hi Jeff,
>
> I am able to run the tex_demo.py with no problems and I can create
>
> output files using the Agg backend. When I try to use the PDF
>
> backend, however, I get an error which stems from dviread.py (pasted
>
> below). Any th
>> Hi Jeff,
>>
>> I am able to run the tex_demo.py with no problems and I can create
>> output files using the Agg backend. When I try to use the PDF
>> backend, however, I get an error which stems from dviread.py (pasted
>> below). Any thoughts on what could be going wrong?
>>
>> Thanks!
>> Je
Hi
Is there a simple way to do the following
l1=Line2D(xdata=[1,2,3],ydata=[4,5,6])
l2=Line2D(xdata = [1].ydata=[3])
if l2 in l1 #error, Line2D not iterable
-Mathew
--
uberSVN's rich system and user administration cap
Hello all,
I am running Mac OS X 10.7 Lion with matplotlib 1.0.1 and the MacTex
2011 distrubution.
I am able to run the tex_demo.py with no problems and I can create
output files using the Agg backend. When I try to use the PDF
backend, however, I get an error which stems from dviread.py (pasted
From: David Just [mailto:just.da...@mayo.edu]
Sent: Friday, August 12, 2011 11:05
Now that I'm pre-building all my enlarged interpolated images to scroll
through, I'm having trouble forcing the figure/FigureCanvas to be the size I
want.
I'm trying:
fig.set_size_inches(768 / 72.0, 768 / 72.0),
It looks like it isn't finding the Computer Modern Bakoma fonts. They
don't seem to be included in the Fedora Package (see here:
http://koji.fedoraproject.org/koji/buildinfo?buildID=230966) and the
package does not depend on those fonts. Some of them are packaged in
the lyx-fonts package, so
On 08/14/2011 11:28 AM, Vlastimil Brom wrote:
>
>
> Regarding wxagg, it seems, that the suggestion about unsuitable fonts
> being used was correct;
> after setting the font to Arial, adapted from:
> http://matplotlib.sourceforge.net/examples/api/
Looks like this is fixed by:
mathtext.fontset: stix
Neal Becker wrote:
> Fedora f15. What am I missing that causes this?
>
> /usr/lib64/python2.7/site-packages/matplotlib/font_manager.py:1242:
> UserWarning: findfont: Font family ['cmb10'] not found. Falling back to
> Bitstream Vera Sans
> (
Fedora f15. What am I missing that causes this?
/usr/lib64/python2.7/site-packages/matplotlib/font_manager.py:1242:
UserWarning:
findfont: Font family ['cmb10'] not found. Falling back to Bitstream Vera Sans
(prop.get_family(), self.defaultFamily[fontext]))
/usr/lib64/python2.7/site-packages/
14 matches
Mail list logo
