<div dir="ltr"><div><div><div>If I feel the need to have a block comment, I have learned that that usually means:<br></div>1) My logic is too complicated and needs to be cleaned up or broken up into smaller chuncks<br></div>2) That the comment might be better as a docstring<br><br></div>And if I need to temporarily "comment out" a chunk of code, triple quoting works great.<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Feb 10, 2016 at 2:29 AM, Eric Firing <span dir="ltr"><<a href="mailto:efiring@hawaii.edu" target="_blank">efiring@hawaii.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 2016/02/09 8:22 PM, Phillip Feldman wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Dear matplotlib developers (and users):<br>
<br>
I've expanded my web page "Python Limitations and Design Flaws" to<br>
include a good-size section on matplotlib (item number 3). The URL is<br>
as follows:<br>
<br>
<a href="http://phillipmfeldman.org/Python/Python_Limitations.html" rel="noreferrer" target="_blank">http://phillipmfeldman.org/Python/Python_Limitations.html</a><br>
<br>
All feedback other than flames is welcome!<br>
</blockquote>
<br></span>
Regarding the polar plot, you are correct that there is an odd situation where angles are input in radians and labeled in degrees, but I think your description is incorrect. The inconsistency is entirely with the azimuth. The radial labels are labeling the radial coordinate, which has whatever dimensions are appropriate for the data at hand, unlike the azimuth, which is dimensionless. The radial coordinate is correctly labeled with the numbers you supplied.<br>
<br>
Regarding the figure margin default: first, this presently applies only to the figure on screen, not to figures written to a file; and second, as soon as we get 2.0 out, the default will be for the margin to be white in both cases.<br>
<br>
Regarding the "Plot titles are by default jammed against...", I don't think this is true for the full set of defaults, so I don't know what is leading you to this conclusion; but a genuine weakness is that we lack a layout engine, so tweaking of the sort you suggest is indeed needed all too often.<br>
<br>
Regarding the positional arguments to contour and contourf: yes, this is an unfortunate result of the initial design of the pylab interface to be close to Matlab, so as to make it easy for Matlab users to switch.<br>
<br>
Regarding your first point, "lack of uniformity among the interfaces": I think all of the developers would agree that this is a problem. It arose from matplotlib's organic growth, and we are gradually trying to address it.<br>
<br>
Regarding your very first point, "Block Comments", I agree that it would be nice to be able to use C-style /* and */, for example, but I find the lack to be a very minor point. My workaround is to indent the block and insert the line "if False:" above it.<span class="HOEnZb"><font color="#888888"><br>
<br>
Eric</font></span><div class="HOEnZb"><div class="h5"><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Phillip<br>
<br>
<br>
_______________________________________________<br>
Matplotlib-devel mailing list<br>
<a href="mailto:Matplotlib-devel@python.org" target="_blank">Matplotlib-devel@python.org</a><br>
<a href="https://mail.python.org/mailman/listinfo/matplotlib-devel" rel="noreferrer" target="_blank">https://mail.python.org/mailman/listinfo/matplotlib-devel</a><br>
<br>
</blockquote>
<br>
_______________________________________________<br>
Matplotlib-devel mailing list<br>
<a href="mailto:Matplotlib-devel@python.org" target="_blank">Matplotlib-devel@python.org</a><br>
<a href="https://mail.python.org/mailman/listinfo/matplotlib-devel" rel="noreferrer" target="_blank">https://mail.python.org/mailman/listinfo/matplotlib-devel</a><br>
</div></div></blockquote></div><br></div>