Re: [matplotlib-devel] Plot or Not: voting to create better matplotlibrc

2013-07-22 Thread Michael Droettboom
On 07/20/2013 09:07 PM, Eric Firing wrote: > On 2013/07/20 2:38 PM, David P. Sanders wrote: >> And this is my problem with 'rc': it brings to mind an arcane config >> file hidden away somewhere that has a terrible syntax and must not be >> touched. >> >> As Chris and Adrian have emphasized, the po

Re: [matplotlib-devel] How to use STIX fonts in matplotlib plots?

2013-07-22 Thread Michael Droettboom
The STIX fonts are included with matplotlib, as the licensing permits this. We actually ship TTF versions of the fonts, converted from the original OTF files, since the built-in font rendering (i.e. when not using XeTeX etc.) does not support OTF. See MEP14 for a discussion of some of the gor

Re: [matplotlib-devel] Plot or Not: voting to create better matplotlibrc

2013-07-22 Thread Nathaniel Smith
On Sun, Jul 21, 2013 at 2:48 AM, Chris Beaumont wrote: > I don't fully agree with Eric that changing the defaults should be treated > as an API break -- yes, it may irritate a minority of users, but their code > will still run. I'd flip around your argument for the role of rcParams and > customiza

Re: [matplotlib-devel] Plot or Not: voting to create better matplotlibrc

2013-07-22 Thread Chris Beaumont
I had the same question about opt-out vs opt-in. Personally, I vote for opt-out. I would like to see each release of MPL have an associated style (which may be the same as the last release, but maybe not). With Tony's style PR, users that need constant styles would either put `style.use('1.3')` in

Re: [matplotlib-devel] Plot or Not: voting to create better matplotlibrc

2013-07-22 Thread Michael Droettboom
On 07/22/2013 11:34 AM, Chris Beaumont wrote: I had the same question about opt-out vs opt-in. Personally, I vote for opt-out. I would like to see each release of MPL have an associated style (which may be the same as the last release, but maybe not). With Tony's style PR, users that need const

Re: [matplotlib-devel] Plot or Not: voting to create better matplotlibrc

2013-07-22 Thread Nathaniel Smith
On Mon, Jul 22, 2013 at 2:55 PM, Michael Droettboom wrote: > This is why I suggested that the best way forward is to implement some sort > of easy styling functionality (like what Tony Yu has submitted in #2236, > though I haven't had a chance to look at it yet), and make it explicit for > the use

Re: [matplotlib-devel] How to use STIX fonts in matplotlib plots?

2013-07-22 Thread Michael Droettboom
On 07/20/2013 10:59 AM, David P. Sanders wrote: By the way, the following is a useful idiom to search for relevant parameters in the rcParams: [k for k in mpl.rcParams.keys() if 'font' in k] I think it would be useful to document this -- where would be a good place? You might want to loo

Re: [matplotlib-devel] MEP14: Improve text handling

2013-07-22 Thread Jouni K . Seppänen
Michael Droettboom writes: > I've drafted a MEP with a plan to improve some of the text and font > handling in matplotlib. > > I'd love any and all feedback. > > https://github.com/matplotlib/matplotlib/wiki/Mep14 I'm a bit late to the party, but here are a few thoughts: What I see as the bigge

Re: [matplotlib-devel] How to use STIX fonts in matplotlib plots?

2013-07-22 Thread Michael Droettboom
On 07/21/2013 04:12 AM, David P. Sanders wrote: Breaking news from the MathJax site: The *SVG output processor* is new in MathJax version 2.0, and it uses Scalable Vector Graphics to render the mathematics on the page. Not everything that views SVG is a web browser with Javascript support,

Re: [matplotlib-devel] MEP14: Improve text handling

2013-07-22 Thread Michael Droettboom
On 07/22/2013 01:05 PM, Jouni K. Seppänen wrote: > The following message is a courtesy copy of an article > that has been posted to gmane.comp.python.matplotlib.devel as well. > > Michael Droettboom writes: > >> I've drafted a MEP with a plan to improve some of the text and font >> handling in mat

Re: [matplotlib-devel] Plot or Not: voting to create better matplotlibrc

2013-07-22 Thread Michael Droettboom
On 07/22/2013 10:42 AM, Nathaniel Smith wrote: > On Mon, Jul 22, 2013 at 2:55 PM, Michael Droettboom wrote: >> This is why I suggested that the best way forward is to implement some sort >> of easy styling functionality (like what Tony Yu has submitted in #2236, >> though I haven't had a chance to

Re: [matplotlib-devel] MEP19: Continuous Integration

2013-07-22 Thread Jouni K . Seppänen
Michael Droettboom writes: > I've started a MEP related to improving our continuous integration > system for matplotlib. > > https://github.com/matplotlib/matplotlib/wiki/Mep19 > > Rather than deal to much with implementation at this point, I thought > it best to start by outlining our requiremen

Re: [matplotlib-devel] MEP19: Continuous Integration

2013-07-22 Thread Michael Droettboom
On 07/22/2013 03:04 PM, Jouni K. Seppänen wrote: > The following message is a courtesy copy of an article > that has been posted to gmane.comp.python.matplotlib.devel as well. > > Michael Droettboom writes: > >> I've started a MEP related to improving our continuous integration >> system for matpl

Re: [matplotlib-devel] 1.3.0rc5 tagged

2013-07-22 Thread Russell E. Owen
In article <51e9681b.3010...@stsci.edu>, Michael Droettboom wrote: > At long last, I have a 1.3.0rc5 tagged. I really hope to the software > deities that this is the last rc before final. > > If you wouldn't mind creating and posting the binaries, I'll make an > announcment on matplotlib-u

Re: [matplotlib-devel] 1.3.0rc5 tagged

2013-07-22 Thread Michael Droettboom
On 07/22/2013 05:59 PM, Russell E. Owen wrote: > In article <51e9681b.3010...@stsci.edu>, > Michael Droettboom > wrote: > >> At long last, I have a 1.3.0rc5 tagged. I really hope to the software >> deities that this is the last rc before final. >> >> If you wouldn't mind creating and posting