ok good - just wanted you to be aware of these upcoming changes. Not that you will be surprised.
Have a nice weekend! Andreas On 2016-10-21 18:10, David Marteau wrote: > Hi Andreas, > > We know that it will be premature to write code that dépends on the qgis core > api and that we have to wait that things stabilize on this side and that no > refactoring of the services can occurs without the refactoring of Martin. > > The part of the code we wand to start is the support machinery for dynamic > loading and registering of services and eventually the supports for the > plugins. > For this part, we do need to rely on anything from the qgis core > functionalities and thus Martin Dobias's refactoring can go at its own pace. > > David > > Le 21 oct. 2016 à 17:54, Neumann, Andreas <a.neum...@carto.net> a écrit : > > Hi René-Luc, > > hm - I am not sure if this is good timing. > > Martin Dobias will refactor the layer tree extensively to allow a better QGIS > server code design. It is his proposal he submitted for the QGIS grants. The > swiss QGIS user group, potentially together with the german QGIS user group > will pay for his work, because it didn't make the grant in the voting, but we > still thought it is important work to be done. > > I guess it would make sense to wait until his work will be finished and then > start the QGIS server refactoring. However, it would be good to collaborate > with Martin to make sure his refactoring is useful for the QGIS server > refactoring. > > Greetings, > > Andreas > > On 2016-10-21 17:40, René-Luc Dhont wrote: > Hi devs, > > We (David Marteau and I) will start the QGIS Server refactoring. > > The first step for us is to develop the *service register* like described in > the QEP: QGIS server code refactoring for QGIS 3.0 > https://github.com/qgis/QGIS-Enhancement-Proposals/issues/74 > > To keep the developement open, we proposed to use a github repository to > centralize *Pull Request* and development strictly on QGIS Server with a > dedicated branch https://github.com/3liz/QGIS/tree/master_qgis_server > We proposed to do so to have the possibility to broke the code but we will > continue to merge master in it during the dev. > We will open the right to other QGIS Server developers and be proud to review > Pull Request. > > Our goal is to keep the functionalities, simplify the code and add > modularity; to have something more maintainable, robust and expendable. > > Regards, > René-Luc D'Hont > 3Liz > > _______________________________________________ > Qgis-developer mailing list > Qgis-developer@lists.osgeo.org > List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer > Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer > > _______________________________________________ > Qgis-developer mailing list > Qgis-developer@lists.osgeo.org > List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer > Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer
_______________________________________________ Qgis-developer mailing list Qgis-developer@lists.osgeo.org List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer
