AW: Re: [Qgis-developer] Release plans for QGIS 0.11.0 and on to 1.0
Horst.Duester at bd.so.ch
Wed Jun 4 02:07:55 EDT 2008
At the moment I'm a little bit frightened about the release plans and
the backward compatibility of PyQgis.
We are starting to develop special Plugin applications for business
processes in our government now. In former times they were solved by
ArcView3 plugins. Thus for us it is an absolutely must to have long term
stability of the PyQgis API. It would be a worst case scenario to have
to redesign our plugins and applications due to changes of the PyQgis
API every release. Please be aware of this fact.
Dr. Horst Düster
GIS-Koordinator, Stv. Amtschef
Bau- und Justizdepartement
Amt für Geoinformation
Telefon ++41(0)32 627 25 32
Telefax ++41(0)32 627 22 14
mailto:horst.duester at bd.so.ch
Von: Martin Dobias [mailto:wonder.sk at gmail.com]
Gesendet am: Dienstag, 3. Juni 2008 19:15
An: Tim Sutton
Cc: qgis-developer at lists.osgeo.org
Betreff: Re: [Qgis-developer] Release plans for QGIS 0.11.0 and on to
On Mon, Jun 2, 2008 at 3:51 PM, Tim Sutton <tim at linfiniti.com> wrote:
> My idea was along these lines:
> - on 1.0 release branch and maintain that as 1.x stable branch with
> branches for releases coming off that
> - continue work in trunk to become the eventual 2.0
> If fixes are made to 1.x branch which can be ported to 2.0 branch (or
> vica verca) aply them manually, but I think we should proceed with 2.0
> work with no concern for the most part of maintaining API
> compatibility. It would be good to change the plugin API as little as
> possible but even that should not be an overwhelming constraint.
This plan sounds good to me!
Just one note: plugin API in QGIS consists or core and gui libs API,
QgisInterface instance and QgisPlugin interface which is subclassed by
plugins. So it's hard to speak about not breaking plugin API if we do
refactoring in QGIS libs...
Qgis-developer mailing list
Qgis-developer at lists.osgeo.org
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Qgis-developer