Summary: | Instant previews by fast-scaling previous rendering | ||
---|---|---|---|
Product: | [Applications] okular | Reporter: | Benoît Jacob <jacob.benoit.1> |
Component: | general | Assignee: | Okular developers <okular-devel> |
Status: | RESOLVED NOT A BUG | ||
Severity: | wishlist | ||
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Compiled Sources | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: |
Description
Benoît Jacob
2009-10-06 14:31:07 UTC
I posted points 2) and 3) as issues #209630 and #209632. We already do that (reuse old pixmap until new one arrives), if it's not happening it's either a) a bug b) the old pixmap got kicked by the memory cache algorithm Feel free to investigate further *** Bug 209630 has been marked as a duplicate of this bug. *** I'm a bit puzzled that you say that you're already doing that. If that's the case, then when I click "zoom in" I should see an instant preview. But in practice, especially at high zoom levels, there can be 1 second between the time when i release the mouse button and the first appearance of any results. Either I'm hitting a bug, or we're not talking about the same thing at all. Ah wait, you say "We already do that (reuse old pixmap until new one arrives)", that I don't question at all. What I'm proposing here is a bit different: not only reuse, but _scale_ the old pixmap (huh. perhaps it'd be more efficient if that was an image instead of a pixmap). > not only reuse, but _scale_ the old pixmap
Done already since ages.
(In reply to comment #6) > > not only reuse, but _scale_ the old pixmap > > Done already since ages. I can actually see this (I was formerly incorrectly assuming that it was a new low-res rendering). BUT it is not happening instantly. When I press "Zoom In" and release, the preview certainly doesn't appear instantly. I'll try to have a look at the code! I'm pretty sure that this is a bug. OK, Indeed you did this "instant previews" already! But the problem is that they are not actually "instant" because there's this big latency before the slotZoomIn() is even called, see this other new bug: https://bugs.kde.org/show_bug.cgi?id=209680 Anyway, closing this one as invalid. |