[QGIS-Developer] QGIS 4.0 - let's start some early discussions!
Matthias Kuhn
matthias at opengis.ch
Tue Jun 25 04:46:36 PDT 2019
Hi,
There's already a wishlist of what could be done there:
https://github.com/qgis/qgis4.0_api/issues
Maybe you can add your ideas to this list, Raymond (and others).
I am also in favor of waiting at least 2+ more years before doing a
major upgrade to give users some investment security when migrating and
deploying their systems.
And with a good communication about a "gentle" break I'm confident that
we'll have it easier this time.
Furthermore, it would be nice to go over this list of issues and see
what we can actually already can make happen before and deprecate, so
pyqgis devs can even have a smoother experience by being able to develop
against a future API even before. (Thinking about
https://github.com/qgis/qgis4.0_api/issues/90 and smilar here)
Regards
Matthias
On 6/25/19 1:37 PM, Raymond Nijssen wrote:
> Not sure about the changes in QT 6 but I think if the API breaks we
> should call it QGIS 4.
>
> And when the API breaks anyway, I would love to have the geometry
> model improved and am willing to help.
>
> Raymond
>
>
> On 25-06-19 11:41, Nyall Dawson wrote:
>> Hi all,
>>
>> Following conversation from https://github.com/qgis/QGIS/pull/30234, I
>> think it would be beneficial if we start the conversation happening
>> about QGIS 4.0, and to throw some thoughts about timelines out there.
>>
>> **Before anyone panics -- I'm expecting multi-year time frames here!
>> But I think we should START this discussion, and have at least some
>> idea of the time frames we're all aiming toward for a future 4.0
>> release.**
>>
>> For reference: Qt upstream has previously hinted at November 2020 for
>> Qt 6, at which stage support for 5.x will be dropped. Discussions so
>> far are moving toward Qt 6 being a "gentle" cleaning, so there's
>> likely (hopefully?) not a lot we'll be forced to do to adapt to this.
>>
>> I think we should aim for a similar goal -- a "gentle" API break, as
>> opposed to the huge-clean-and-break-everything-we-possibly-can
>> approach we took for 3.x (with good reason!).
>>
>> Thoughts?
>>
>> Nyall
>> _______________________________________________
>> QGIS-Developer mailing list
>> QGIS-Developer at lists.osgeo.org
>> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
>> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
>>
> _______________________________________________
> QGIS-Developer mailing list
> QGIS-Developer at lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
>
More information about the QGIS-Developer
mailing list