<div dir="ltr">Greetings developers,<div><br></div><div>I think we should consider a way to flag existing plugins that are not compatible with the new 2.0 api. This will improve user experience by preventing install of plugins that do not work with the users current QGIS version.</div>
<div><br></div><div>Ideally all plugins would be converted to work with both 1.8 and 2.0, but this either won't happen completely or will take an unknown amount of time.</div><div><br></div><div>This situation has already happened to those living on the bleeding edge (using 1.9 in production): </div>
<div><a href="http://gis.stackexchange.com/questions/57718/qgis-trace-tool-error/57724#57724">http://gis.stackexchange.com/questions/57718/qgis-trace-tool-error/57724#57724</a></div><div><br></div><div>One way to do this is to implement a "QGIS maximum version" entry in the plugins metadata (or __init__.py). Alternatively there may be a way to do this with the plugin repository app, however I'm not familiar enough with its implementation to suggest how that could be done.</div>
<div><br></div><div>Please provide feedback...</div><div><br clear="all"><div><br></div>-- gary<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></div>