Date: prev next · Thread: first prev next last
2015 Archives by date, by thread · List index


Hi,

On Fri, Jul 24, 2015 at 6:17 PM, Miklos Vajna <vmiklos@collabora.co.uk> wrote:
Hi Pranav,

Given that a thread pool with one thread is basically such an async
queue, I see no problems with this. Let's get back to this when we want
to implement such a "cancel tile requests" feature in gtktiledviewer,
which is not a priority at the moment.

Actually manipulating the queue is not a good idea IMHO. I think the
best is to recheck if the viewport is still valid for the tile before
rendering, so you bail out as quickly as possible if zoom changes or
viewport is already somewhere else. Even better is to and avoid a
request for tile rendering in the first place. When scrolling you can
predict which tiles you need, which also means you can predict which
tiles you most likely won't need. At a certain scrolling acceleration
you can just stop requesting tiles. When zooming you have to re-render
all the tiles - here it may be good to not request new tiles until
zoom settles (start requesting new tiles with a delay).

Regards,

Miklos

Regards, Tomaž

Context


Privacy Policy | Impressum (Legal Info) | Copyright information: Unless otherwise specified, all text and images on this website are licensed under the Creative Commons Attribution-Share Alike 3.0 License. This does not include the source code of LibreOffice, which is licensed under the Mozilla Public License (MPLv2). "LibreOffice" and "The Document Foundation" are registered trademarks of their corresponding registered owners or are in actual use as trademarks in one or more countries. Their respective logos and icons are also subject to international copyright laws. Use thereof is explained in our trademark policy.