From: Perry G. <pe...@st...> - 2004-05-14 17:36:48
|
John Hunter wrote: > >>>>> "Perry" == Perry Greenfield <pe...@st...> writes: > > Perry> Is there a means of using alternate rcParams dictionaries > Perry> for use with different backends, say as a parameter to the > Perry> print_figure method? It doesn't look like it at the > Perry> moment. I'd guess to do that now means replacing rcParams > Perry> temporarily, rendering the plot to the file, and resetting > Perry> rcParams to what it was (I haven't actually tried it), but > Perry> that seems clumsier than it should be. > > There are a few ways to go here. > > Probably the best is based on the answer to "How do I customize the > default behavior of a single figure?" > http://matplotlib.sourceforge.net/faq.html#CUSTOM > I had looked at that. I'm a little confused by the terminology though. This sounds like a prescription for changing the defaults for some parameters for a session rather than for a single figure. Do I misread that? (Also, on my browser these entries are much wider than the browser window for some reason; later in the faq that changes as do some of the fonts. I wonder if something is screwed up there). [details about setting up session context and object intialization snipped] I'm thinking of the case where someone tailors plots interactively and then wants to render the same plot, but with different defaults for a png file or postscript in the same session. In that case a session change of default isn't very useful. They basically are going to be force to write a script, and run it from a different session to get a different version. So I think that is going to be somewhat inconvenient for some users. Changing the use of the rcParams to be immediate rather than locked in at module initialization is more attractive to me (and may allow one to assign differnt rc sets to different backends by default as well; but that is not urgent). Do you mind changing when the parameters are picked up? (I'm asking that you do it now, just whether that is acceptable). Thanks, Perry |