On Tue, Dec 17, 2024 at 9:17 AM Nyall Dawson via QGIS-Developer < qgis-developer@lists.osgeo.org> wrote:
> > I'm SO strongly against breaking QGIS API unless we ABSOLUTELY have > to. The pain of the 3.0 transition is still relatively fresh in my > memory, and I think we would be doing our users and end user > organisations a great disservice by moving to QGIS 4.0 now. > > I think a 4.0 API bump should be an absolute last resort, when we have > no other option. > 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. > > Regarding the proposal of having 2 versions (Qt 5 and Qt 6), I'm not > > completely sure this is a good idea. I'm afraid that plugin developer > > would delay the plugin migration if this is still possible to run a QGIS > > with Qt 5. > > Well, that's entirely their choice. But I'd imagine end user pressure > would result in the majority of frequently used plugins being upgraded > quite quickly. And if a particular plugin ISN'T compatible with the QT > 6 builds, then the user who requires that plugin could still run the > Qt 5 build for the foreseeable future. > My suggestion would be that we nudge plugin developers in some ways during the months before the official Qt6 build arrives, for example: - show a note in message bar upon QGIS start if some of the active plugins are not ready for Qt6 - show a warning in QGIS plugin manager for plugins that don't support Qt6 yet (on Qt5 builds as well) - warn developers when uploading a plugin version that does not support Qt6 - send regular (e.g. monthly) emails to plugin developers noting they should add Qt6 support 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... Cheers Martin
_______________________________________________ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
