Jae-Joon Lee wrote: > Hi, > > When drawing a patch, the alpha value of its edgeolor is ignored. The > following command draw a circle whose edgecolor has alpha=1, instead > of 0.1. > > > gca().add_patch(Circle((0.5, 0.5), 0.3, > ec=(1,0,0,0.1), fc="none")) > > > Attached is a little test script and its output. > It seems that the edgecolor always has an alpha value of the face color. > I'm not sure if this behavior is intended, but I personally think this > is a bug.
Jae-Joon, I can't look at this specifically now, but I suspect it is a side effect of the way that alpha support has evolved, resulting in a confusing mess. Some things are RGB, others are RGBA; alpha defaults get set in various places, and there is no clear way of keeping track of what is just a default and should be overridden, versus what has been set deliberately and should *not* be overridden. I dimly remember looking into it a few months ago, thinking that it could be cleaned up with some simple changes, but failing. I really wish we could make some sweeps through the mpl code base and systematically clean up some of these messes. I don't know how many there are, but certainly more than one. Dpi is another area of perennial confusion, for example. Eric ------------------------------------------------------------------------------ Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com _______________________________________________ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
