------------------------------------------------------------------------------
Own the Future-Intel® Level Up Game Demo Contest 2013
Rise to greatness in Intel's independent game demo contest.
Compete for recognition, cash, and the chance to get your game
on Steam. $5K grand prize plus 10 genre and skill prizes.
Submit your demo by 6/6/13. http://p.sf.net/sfu/intel_levelupd2d
_______________________________________________
Matplotlib-users mailing list
Matplotlib-users@lists.sourceforge.net matplotlib-users List Signup and Options
------------------------------------------------------------------------------
Own the Future-Intel® Level Up Game Demo Contest 2013
Rise to greatness in Intel's independent game demo contest.
Compete for recognition, cash, and the chance to get your game
on Steam. $5K grand prize plus 10 genre and skill prizes.
Submit your demo by 6/6/13. http://p.sf.net/sfu/intel_levelupd2d
_______________________________________________
Matplotlib-users mailing list
Matplotlib-users@lists.sourceforge.net matplotlib-users List Signup and Options
------------------------------------------------------------------------------
Own the Future-Intel® Level Up Game Demo Contest 2013
Rise to greatness in Intel's independent game demo contest.
Compete for recognition, cash, and the chance to get your game
on Steam. $5K grand prize plus 10 genre and skill prizes.
Submit your demo by 6/6/13. http://p.sf.net/sfu/intel_levelupd2d
_______________________________________________
Matplotlib-users mailing list
Matplotlib-users@lists.sourceforge.net matplotlib-users List Signup and Options
The docs seem to indicate "clim" is an acceptable kwarg, hence my confusion...
Jody,
You are right, that chunk of the docs is completely fouled up with respect to kwargs. Thanks for pointing it out. The whole table of supposed QuadMesh properties should not be there. Doc autogeneration has run amok here. Pay attention only to the listed keyword arguments above that table.
------------------------------------------------------------------------------
Own the Future-Intel® Level Up Game Demo Contest 2013
Rise to greatness in Intel's independent game demo contest.
Compete for recognition, cash, and the chance to get your game
on Steam. $5K grand prize plus 10 genre and skill prizes.
Submit your demo by 6/6/13. http://p.sf.net/sfu/intel_levelupd2d
_______________________________________________
Matplotlib-users mailing list
Matplotlib-users@lists.sourceforge.net matplotlib-users List Signup and Options
------------------------------------------------------------------------------
Own the Future-Intel® Level Up Game Demo Contest 2013
Rise to greatness in Intel's independent game demo contest.
Compete for recognition, cash, and the chance to get your game
on Steam. $5K grand prize plus 10 genre and skill prizes.
Submit your demo by 6/6/13. http://p.sf.net/sfu/intel_levelupd2d
_______________________________________________
Matplotlib-users mailing list
Matplotlib-users@lists.sourceforge.net matplotlib-users List Signup and Options
OTOH a clim argument for pcolormesh would be nice, as I often end up calling "clim" after I've made a contour overtop of my pcolor, and then call clim, which is obviously not what I mean to do, but...
Thanks, Jody
···
On Mar 28, 2013, at 11:51 AM, Eric Firing <efiring@...202...> wrote:
Pay attention only to the listed keyword arguments above that table.
Pay attention only to the listed keyword arguments above that table.
Sounds good....
OTOH a clim argument for pcolormesh would be nice, as I often end up calling "clim" after I've made a contour overtop of my pcolor, and then call clim, which is obviously not what I mean to do, but...
The problem is that it would be entirely redundant, given the vmin and vmax kwargs that have been there for a long time. I see your point, but we can't get rid of vmin and vmax (they provide more flexibility than clim would), so I think that the clutter disadvantage of adding clim outweighs the advantage.
Eric
···
On 2013/03/28 11:04 AM, Jody Klymak wrote:
On Mar 28, 2013, at 11:51 AM, Eric Firing <efiring@...202...> wrote:
Fair enough - I just often play with symmetric axis limits (i.e. [-1.,1.]) and so its helpful to be able to specify as an array and do something like clim = array([-1.,1.])*0.2 (for instance). Of course matplotlib probably has some other fancy way to rescale the vmin and vmax simultaneously...
Thanks a lot, Jody
···
On Mar 28, 2013, at 14:36 PM, Eric Firing <efiring@...202...> wrote:
The problem is that it would be entirely redundant, given the vmin and vmax kwargs that have been there for a long time.