Personally I think we should still do 2.8, LTR it, and then we can do 3.0 for the next release. <br><br>Breaking the API again without a LTR in place makes me nervous as the 2.0 API really wasn't that long ago.<div><br></div><div>- Nathan</div><br><div class="gmail_quote">On Sat Nov 08 2014 at 4:11:34 PM Nyall Dawson <<a href="mailto:nyall.dawson@gmail.com">nyall.dawson@gmail.com</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi all,<br>
<br>
I'm just wondering - given a few large changes coming up, including:<br>
- qt5 support, possibly breaking plugins<br>
- potential composer redesign, breaking api<br>
- geometry rework, where an api break would result in a better<br>
foundation moving forward<br>
<br>
... is it worth exploring the idea of making the next release QGIS 3.0<br>
and breaking API? I know the original plan was for 3.0 to coincide<br>
with python 3 support, but that doesn't appear to be anywhere on the<br>
horizon yet.<br>
<br>
Nyall<br>
______________________________<u></u>_________________<br>
Qgis-developer mailing list<br>
<a href="mailto:Qgis-developer@lists.osgeo.org" target="_blank">Qgis-developer@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/qgis-developer" target="_blank">http://lists.osgeo.org/<u></u>mailman/listinfo/qgis-<u></u>developer</a><br>
</blockquote></div>