This is much worse than I thought. The "inch" unit is used in many places in
matplotlib. In particular in `figure` and `savefig`. Please, please consider
allowing other units. Let me emphasise this once more: in Europe, and, I
believe in most places around the world, one NEVER uses inches. Neither in
engineering nor, i think, in typography. For most people "inch" is basically
an unusual measure of how big screens are. I'm not kidding. Same for dpi,
it's a specific measurement of a resolution but nobody thinks of it as a
number of pixels per inches.
I have nothing against an internal use of inches inside matplotlib but
please consider allowing other units for all kinds of interfaces with the
user!
The best choice in my opinion would be to have a unit preference in the
.matplotlibrc file. This unit could be, say, `inch` or `cm` (or mm). Then
any length would be expressed using this unit of length. That seems simple
enough, doesn't it?
How difficult would it be to implement this?
As I said before, I'm willing to help for this.
cheers,
== Olivier
On 29/10/2007, Christopher Barker <[EMAIL PROTECTED]> wrote:
>
> Eric Firing wrote:
> > Somewhere along the line, it may make sense to support the metric system
> > better in mpl.
>
> It seems to me that the "right" way to do this is to use some sort of
> "array-with_units" class. Then what MPL would except was a "length", and
> the user would specify what they want. i.e:
>
> figure(figsize = units.inches((8.5,11))
>
> rather than:
>
> figure(figsize = (8.5, 11), units=inches)
>
> Though this does make for more typing. With the later way, a system
> default for units could be used more easily.
>
> I really want a unit class like this for other stuff anyway.
>
> -- just thinking in email....
>
> -Chris
>
>
> --
> Christopher Barker, Ph.D.
> Oceanographer
>
> Emergency Response Division
> NOAA/NOS/OR&R (206) 526-6959 voice
> 7600 Sand Point Way NE (206) 526-6329 fax
> Seattle, WA 98115 (206) 526-6317 main reception
>
> [EMAIL PROTECTED]
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems? Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
> _______________________________________________
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
