<div dir="ltr">At the outset, this will render almost all third party plugins inoperable. If this change is to be made, we need to widely publicize the fact to users that some or perhaps all of their favorite plugins may be broken at the release of 2.0.<div>
<br></div><div style>It will likely take a while for many of the plugins to be upgraded to the v2 API. Some will probably be abandoned and stuck at 1.8. We will need to ensure that the plugin installer can prevent installation of incompatible plugins in 2.0 as well as 1.8.</div>
</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Apr 25, 2013 at 11:53 PM, Martin Dobias <span dir="ltr"><<a href="mailto:wonder.sk@gmail.com" target="_blank">wonder.sk@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On Thu, Apr 25, 2013 at 10:26 PM, Andreas Neumann <<a href="mailto:a.neumann@carto.net">a.neumann@carto.net</a>> wrote:<br>

> Hi,<br>
><br>
> It has been discussed that PyQT should be updated to v2 befor the QGIS<br>
> 2.0 release. Is this still a feasible goal?<br>
><br>
> I think it would be good to also update it before 2.0. With the new<br>
> Vector API most plugin developers need to rework their plugins anyway.<br>
> It would be good to also do the PyQT v2 update now.<br>
><br>
> It would be bad if would release QGIS 2.0 without the PyQT v2 update and<br>
> then shortly after we would break all plugins again, because of the PyQT<br>
> v2 update.<br>
><br>
> Is Martin the one who would work on this - or can/will others work on<br>
> this as well? Martin - will you have time?<br>
<br>
</div>I would be happy to do the switch, though I will be on holiday for the<br>
next 10 days. I can have a look at it when I come back. But if there<br>
is anyone willing to give it a try in meanwhile, feel free to do it<br>
:-) I am attaching a diff with preliminary changes to switch to spi<br>
api 2 - if anyone would like to play with it.<br>
<br>
IIRC there are few things that need to be sorted out:<br>
- dealing with QVariant::Type which is used e.g. in QgsField. Most<br>
likely we can safely switch to using QMetaType::Type (QVariant is not<br>
directly available anymore)<br>
- take care with transition of QSettings [1]<br>
- provide a shortcut that python tests and third-party scripts could<br>
use for setting sip api 2 (has to be set explicitly if not running<br>
within QGIS)<br>
- migrate any plugin code within QGIS source tree<br>
<br>
[1] <a href="http://pyqt.sourceforge.net/Docs/PyQt4/pyqt_qsettings.html" target="_blank">http://pyqt.sourceforge.net/Docs/PyQt4/pyqt_qsettings.html</a><br>
<br>
Regards<br>
<span class="HOEnZb"><font color="#888888">Martin<br>
</font></span><br>_______________________________________________<br>
Qgis-developer mailing list<br>
<a href="mailto:Qgis-developer@lists.osgeo.org">Qgis-developer@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/qgis-developer" target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br>-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-<br>Gary Sherman<br>Chair, QGIS Project Steering Committee<br>-Desktop GIS Book:<br> *<a href="http://desktopgisbook.com" target="_blank">http://desktopgisbook.com</a><div>
-Alaska Novel:</div><div> *<a href="http://alaskana.co" target="_blank">http://alaskana.co</a></div><div>-Geospatial Consulting & Hosting:<br> *<a href="http://geoapt.com" target="_blank">http://geoapt.com</a><br>"We work virtually everywhere"<br>
-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-</div>
</div>