<div dir="ltr">Hmm <div style>That reminds me on the consolidation efforts .. </div><div style>There is a lot of outdated, wrong information somewhere in the wiki - (including my translation pages as well).</div><div style>
And I agree that all this things should be either deleted or made unavailable to public..</div><div style>But who is going to do it? I guess thats the question since more than a year ..</div><div style>I am also afraid of deleting things I don't know - might be important for some people I always think..</div>
<div style><br></div><div style>Unfortunately I have no suggestion howto solve that problem without having to rewrite everything from scratch.. deleting the old pages immediately after rewriting..</div><div style><br></div>
<div style>kind regards</div><div style>Werner</div><div style><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Jan 24, 2013 at 1:26 PM, Pirmin Kalberer <span dir="ltr"><<a href="mailto:pi_ml@sourcepole.com" target="_blank">pi_ml@sourcepole.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Alex,<br>
<br>
Am Donnerstag, 24. Januar 2013, 10.40:00 schrieb Alexander Bruy:<br>
<div class="im">><br>
> please note that most of this methods were marked as deprecated for<br>
> a long time. Some of them are deprecated since QGIS 1.6 or even<br>
> earlier.<br>
<br>
</div>Where exactly is it marked as deprecated? At least not in the API docs [1].<br>
And the current PyQGIS cookbook shows it as an example [2].<br>
I'm only asking for a more user friendly way than having to read the C++<br>
source code first.<br>
<br>
Pirmin<br>
<br>
[1]<br>
<a href="http://qgis.org/api/1.8/classQgsMapLayerRegistry.html#a06a1339cd757608a61e3899a27f39e8a" target="_blank">http://qgis.org/api/1.8/classQgsMapLayerRegistry.html#a06a1339cd757608a61e3899a27f39e8a</a><br>
[2] <a href="http://www.qgis.org/pyqgis-cookbook/loadlayer.html#map-layer-registry" target="_blank">http://www.qgis.org/pyqgis-cookbook/loadlayer.html#map-layer-registry</a><br>
<div class="HOEnZb"><div class="h5"><br>
><br>
> On Thu, 24 Jan 2013 00:57:26 +0100<br>
><br>
> Pirmin Kalberer <<a href="mailto:pi_ml@sourcepole.com">pi_ml@sourcepole.com</a>> wrote:<br>
> > Hi all,<br>
> ><br>
> > I found the time for an OpenLayers plugin release with merged pull<br>
> > requests<br>
> > for Stamen map support and fixes for Python API breaks in master branch<br>
> > (See <a href="https://twitter.com/PirminKalberer/status/294226472707715072" target="_blank">https://twitter.com/PirminKalberer/status/294226472707715072</a> for<br>
> > credits). The second point was quite annoying for many users and myself.<br>
> > It is a really bad practice to break the API without deprecation messages<br>
> > when calling these methods. There should be enough time (at least one<br>
> > minor version) for developers for updating their plugins. In this case it<br>
> > would have been easy to keep the old API and add a deprecation message<br>
> > similar to<br>
> > <a href="http://code.activestate.com/recipes/391367-deprecated/" target="_blank">http://code.activestate.com/recipes/391367-deprecated/</a><br>
> ><br>
> > Regards<br>
> > Pirmin<br>
--<br>
Pirmin Kalberer<br>
Sourcepole  -  Linux & Open Source Solutions<br>
<a href="http://www.sourcepole.com" target="_blank">http://www.sourcepole.com</a><br>
<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>
</div></div></blockquote></div><br></div>