<div dir="ltr"><div>Hi Nyall,</div><div><br></div><div>Thanks for raising this.</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Le mar. 25 juin 2019 à 11:42, Nyall Dawson <<a href="mailto:nyall.dawson@gmail.com">nyall.dawson@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">Hi all,<br>
<br>
Following conversation from <a href="https://github.com/qgis/QGIS/pull/30234" rel="noreferrer" target="_blank">https://github.com/qgis/QGIS/pull/30234</a>, I<br>
think it would be beneficial if we start the conversation happening<br>
about QGIS 4.0, and to throw some thoughts about timelines out there.<br>
<br>
**Before anyone panics -- I'm expecting multi-year time frames here!<br>
But I think we should START this discussion, and have at least some<br>
idea of the time frames we're all aiming toward for a future 4.0<br>
release.**<br>
<br>
For reference: Qt upstream has previously hinted at November 2020 for<br>
Qt 6, at which stage support for 5.x will be dropped. Discussions so<br>
far are moving toward Qt 6 being a "gentle" cleaning, so there's<br>
likely (hopefully?) not a lot we'll be forced to do to adapt to this.<br>
<br>
I think we should aim for a similar goal -- a "gentle" API break, as<br>
opposed to the huge-clean-and-break-everything-we-possibly-can<br>
approach we took for 3.x (with good reason!).<br>
<br>
Thoughts?<br></blockquote><div><br></div><div>Personaly, I'd like to decide wether we stick to PyQt6 or move to Python for Qt and its shiboken for QGIS 4.</div><div>That would be the occasion to drop sipify for something a bit more robust (hum).</div><div>Investigations shall be pursued to see if we can safely move to Qt without any issue, but I guess that's hard to tell without trying. </div><div><br></div><div>Denis</div></div></div>