<div dir="ltr"><div dir="ltr"></div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">On Tue, Dec 17, 2024 at 9:17 AM Nyall Dawson via QGIS-Developer <<a href="mailto:qgis-developer@lists.osgeo.org">qgis-developer@lists.osgeo.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
I'm SO strongly against breaking QGIS API unless we ABSOLUTELY have<br>
to. The pain of the 3.0 transition is still relatively fresh in my<br>
memory, and I think we would be doing our users and end user<br>
organisations a great disservice by moving to QGIS 4.0 now.<br>
<br>
I think a 4.0 API bump should be an absolute last resort, when we have<br>
no other option.<br></blockquote><div><br></div><div>Agreed, and compared to transition from QGIS 1.x to 2.0 or from 2.x to 3.0, we don't have a long list of QGIS API cleanups, and Qt has also been much more conservative with API breaks in Qt 5->6 transition compared to Qt 4->5.</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
> Regarding the proposal of having 2 versions (Qt 5 and Qt 6), I'm not<br>
> completely sure this is a good idea. I'm afraid that plugin developer<br>
> would delay the plugin migration if this is still possible to run a QGIS<br>
> with Qt 5.<br>
<br>
Well, that's entirely their choice. But I'd imagine end user pressure<br>
would result in the majority of frequently used plugins being upgraded<br>
quite quickly. And if a particular plugin ISN'T compatible with the QT<br>
6 builds, then the user who requires that plugin could still run the<br>
Qt 5 build for the foreseeable future.<br></blockquote><div><br></div><div>My suggestion would be that we nudge plugin developers in some ways during the months before the official Qt6 build arrives, for example:</div><div>- show a note in message bar upon QGIS start if some of the active plugins are not ready for Qt6</div><div>- show a warning in QGIS plugin manager for plugins that don't support Qt6 yet (on Qt5 builds as well)<br></div><div>- warn developers when uploading a plugin version that does not support Qt6</div><div>- send regular (e.g. monthly) emails to plugin developers noting they should add Qt6 support</div><div><br></div><div>And at some point later (e.g. a month before the official Qt6 builds), we should probably not allow uploads of plugin versions without Qt6 support...</div><div><br></div><div>Cheers</div><div>Martin</div><div><br></div></div></div>