<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Wed, Jan 25, 2017 at 2:38 PM, Nelle Varoquaux <span dir="ltr"><<a href="mailto:nelle.varoquaux@gmail.com" target="_blank">nelle.varoquaux@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div>Actually, it is really a pain that Matplotlib doesn't follow python standards for any contributors that contributes to any other python packages.</div></div></div></div></blockquote><div><br></div><div>very true, but...</div><div><br></div><div>1) If we were starting from scratcth that would be one thing, but a lot of thrash jsut to meet a "standard" is probably not worth it.</div><div><br></div><div>2) I don't know how standardized this concept is, and personally, I don''t like it (if I understand it correctly, anyway)</div><div><br></div><div>I prefer that ALL tests be in one single directory tree, ideally with that tree mtaching the package / subpacakge/module tree of the project, ie:</div><div><br></div><font face="monospace, monospace">project<br>    __init__.py<br>    proj_mod1.py<br>    sub_package1<br>      __init__.py</font></div><div class="gmail_quote"><font face="monospace, monospace">      sub_mod1.py</font></div><div class="gmail_quote"><font face="monospace, monospace">    ...</font></div><div class="gmail_quote"><font face="monospace, monospace"><br></font></div><div class="gmail_quote"><font face="monospace, monospace">test_project</font></div><div class="gmail_quote"><font face="monospace, monospace">    test_proj_mod1.py</font></div><div class="gmail_quote"><font face="monospace, monospace">    test_sub_package1</font></div><div class="gmail_quote"><font face="monospace, monospace">        test_sub_mod1.py<br></font><div><br></div><div>i.e. one test file for each module file.</div><div><br></div><div>With this method, it would not be hard to find the tests that correspond to a particular python module.</div><div><br></div><div>I'm ambivalent about whether the test files should be importable packages, and I think there is a lot to be said for keeping the test code outside the installable package tree altogether, but I definitely don't like them all intermingled.</div><div><br></div><div>though I still don't advocate a lot of churn for this...</div><div><br></div><div>-CHB</div><div><br></div></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><br>Christopher Barker, Ph.D.<br>Oceanographer<br><br>Emergency Response Division<br>NOAA/NOS/OR&R            (206) 526-6959   voice<br>7600 Sand Point Way NE   (206) 526-6329   fax<br>Seattle, WA  98115       (206) 526-6317   main reception<br><br><a href="mailto:Chris.Barker@noaa.gov" target="_blank">Chris.Barker@noaa.gov</a></div>
</div></div>