<div dir="ltr"><div>Hi,</div><div><br></div><div>From my experience, the temporal framework is rather quirky, and might be in need of refactoring to fix some of those quirkiness (see for example <a href="https://github.com/OSGeo/grass/issues/629" target="_blank">https://github.com/OSGeo/grass/issues/629</a>).</div><div>Most of it might be done without breaking the API, but the new major version could be an opportunity to break things for the better.</div><div><br></div><div>Cheers,</div><div>Laurent</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Le jeu. 24 sept. 2020 à 21:29, Vaclav Petras <<a href="mailto:wenzeslaus@gmail.com" target="_blank">wenzeslaus@gmail.com</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>Dear all,</div><div><br></div><div>Now would be a great time to do any large or small changes in the Python library. Let's discuss these. For example, there was a talk about more clear splitting of the ctypes dependent and independent code in grass.pygrass, about moving the library to a different place, there is the new grass.grassdb subpackage, PEP8/Black/Flake8, ... Is there anything *you* see as a priority for 8.0? Is there anything you can do before 8.0? Let's coordinate here.</div><div><br></div><div>Best,<br></div><div>Vaclav<br></div></div>
_______________________________________________<br>
grass-dev mailing list<br>
<a href="mailto:grass-dev@lists.osgeo.org" target="_blank">grass-dev@lists.osgeo.org</a><br>
<a href="https://lists.osgeo.org/mailman/listinfo/grass-dev" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/grass-dev</a></blockquote></div>