Darren Dale wrote:
> On Wednesday 22 August 2007 03:09:30 pm Michael Droettboom wrote:
>> I realize it's hacky. The most obvious alternative is to expect a
>> dictionary here, e.g.:
>>
>>rm = { 'family': ['serif'], 'style': 'oblique' }
>>
>> But that's less like the FontProperties constructor.
On Wednesday 22 August 2007 03:09:30 pm Michael Droettboom wrote:
> This was an attempt to do a direct translation from what I had in the
> "classic" rcsetup.py. (The previous version in mplconfig.py was
> semantically incorrect.) I had tested this with settings in my
> matplotlib.conf, but didn'
I've committed a fix so this at least works. (We can change how the
trait is specified later if necessary.) The validation is not as tight
as it should be, yet.
I think I've passed through this bug onto another one, though:
Traceback (most recent call last):
File "", line 1, in
File
"
This was an attempt to do a direct translation from what I had in the
"classic" rcsetup.py. (The previous version in mplconfig.py was
semantically incorrect.) I had tested this with settings in my
matplotlib.conf, but didn't realise that the default wasn't validated
(and thus not interpreted
I am trying to work out some way to make rcdefaults() work with the traited
config. Along the way, I discovered this in mplconfig:
class mathtext(TConfig):
cal = T.Trait("['cursive']", mplT.FontPropertiesHandler())
rm = T.Trait("['serif']", mplT.FontPropertiesHandler())
Manuel Metz wrote:
> Hello,
> I have attached a patch that adds the ability to draw upper/lower limits
> indicators for errorbars. New keyword args had to be introduced to the
> errorbar command, and I also had to add new plot styles. I chose
> 'y','Y','z' and 'Z' as new linestyles for arrowhead
Hi All-
FYI, I am seeing the same problem on intel OSX 10.4.10
Andrew
Eric Firing wrote:
> Rob, Mike,
>
> What this implies to me is that either there is a problem with the code
> that is generating afmdict (and I did not change that code, I just
> caused it to be invoked when the fontMan