<div dir="auto">Thanks Martin. I asked it in general.<div dir="auto">I know QMS uses native layers for most (all?) the sources. Actually we could make without the plugin layer, at least in the first porting.<div dir="auto"><br></div><div dir="auto">giovanni</div></div></div><div class="gmail_extra"><br><div class="gmail_quote">Il 25 ott 2017 12:29 PM, "Martin Dobias" <<a href="mailto:wonder.sk@gmail.com">wonder.sk@gmail.com</a>> ha scritto:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Giovanni<br>
<br>
On Wed, Oct 25, 2017 at 11:53 AM, G. Allegri <<a href="mailto:giohappy@gmail.com">giohappy@gmail.com</a>> wrote:<br>
> I'm analyzing QuickMapService to see how much work it would need toport it<br>
> to QGIS 3 (it would a big loss not having it!).<br>
><br>
> The first thing I see is that QgsPluginLayer doesn't offer the draw() method<br>
> anymore. i guess the only way to substitute it is defining a custom<br>
> QgsMapLayerRenderer and implementing its render() method. Can you confirm<br>
> this is the only way to do the actual rendering?<br>
<br>
Yes that's correct. It is not a big change though - the drawing code<br>
just moves to a new renderer class.<br>
<br>
By the way, the support for XYZ/TMS tile layers within WMS provider<br>
(since 2.18) should already cover requirements for most of the data<br>
sources, so the need for a custom plugin layer in QMS is there just<br>
for layers using a CRS / tiling different from standard Web Mercator.<br>
The more recent versions of QMS already use the standard raster layer<br>
for many sources instead of the plugin layer:<br>
<a href="https://github.com/nextgis/quickmapservices/issues/110" rel="noreferrer" target="_blank">https://github.com/nextgis/<wbr>quickmapservices/issues/110</a><br>
<br>
Cheers<br>
Martin<br>
</blockquote></div></div>