
<html><head><meta http-equiv="Content-Type" content="text/html; charset=UTF-8" /></head><body style='font-size: 10pt; font-family: Verdana,Geneva,sans-serif'>

<p>Hi Martin,</p>

<p>Sounds interesting. Of course this is not urgent. We now need to concentrate on all the stuff that requires refactoring and API changes in the master branch.</p>

<p>But it would really be nice, if such rendering improvements could be introduced in a future 3.x version. Maybe something for the next QGIS grants program?</p>

<p>Andreas</p>

<p>On 2017-07-11 10:48, Martin Dobias wrote:</p>

<blockquote type="cite" style="padding: 0 0.4em; border-left: #1010ff 2px solid; margin: 0"><!-- html ignored --><!-- head ignored --><!-- meta ignored -->

<div class="pre" style="margin: 0; padding: 0; font-family: monospace">Hi Andreas<br /> <br /> On Tue, Jul 11, 2017 at 9:38 AM, Neumann, Andreas <<a href="mailto:a.neumann@carto.net">a.neumann@carto.net</a>> wrote:

<blockquote type="cite" style="padding: 0 0.4em; border-left: #1010ff 2px solid; margin: 0">Hi Martin,<br /> <br /> I noticed that loading and redraw only happens when the mouse button is<br /> released after the panning operation. While I understand the reasoning for<br /> this (definitely on the safe side and no unnecessary redraws), I wonder, if<br /> for WMTS, loading and display could already happen while panning and the<br /> mouse button isn't yet released, e.g. triggered whenever a certain threshold<br /> of panning distance (e.g. in percent of the last extent) was surpassed.<br /> <br /> This would be even nicer than the current behaviour. Or are there technical<br /> reasons, not to do that? Google maps works like this. It redraws while<br /> panning.</blockquote>

<br /> Good news - there are no technical reasons that would prohibit us from<br /> such improvement. Background rendering could start earlier, we just<br /> need to add logic for such behavior. There is already a pending pull<br /> request from Nyall to render adjacent parts of map canvas once<br /> rendering of the visible area has finished - that may already be a<br /> sufficient solution - I have not had time to play with it yet though.<br /> Maybe these two approaches (render on map dragging, render outside of<br /> current view) can be combined somehow for the best UX while keeping<br /> overhead of extra rendering low.<br /> <br /> We could even think about moving more towards tile-based approach to<br /> rendering of map canvas, with the advantage of being able to cache map<br /> tiles from previous canvas redraws for the same scale. This would<br /> allow instant appearance of areas previously rendered with lower CPU<br /> use at the expense of consuming more memory and having more<br /> complicated logic for labeling.<br /> <br /> Regards<br /> Martin</div>

</blockquote>

<p><br /></p>


</body></html>