<table><tr><td style="">aacid added a comment.
</td><a style="text-decoration: none; padding: 4px 8px; margin: 0 8px 8px; float: right; color: #464C5C; font-weight: bold; border-radius: 3px; background-color: #F7F7F9; background-image: linear-gradient(to bottom,#fff,#f1f0f1); display: inline-block; border: 1px solid rgba(71,87,120,.2);" href="https://phabricator.kde.org/D8838" rel="noreferrer">View Revision</a></tr></table><br /><div><div><p>After having a second look it does indeed have a noticeable delay for pdf that render *very* fast, with this patch you can see the empty page while without it you always see the rendered page (it also renders twice but since it's so fast you don't really see it).</p>

<p>Ideally here the solution is page rendering cancellation when you see that the viewport area has changed, but that's not easily acomplishable either.</p>

<p>Or knowing when the "window is opening/maximizing" resizes have ended, but as far as i know that's not possible.</p>

<p>So as far as i see it,  we have to decide whether we want to live with double repaints on opening a file at the same time than opening okular (files after okular is open don't suffer this) or with adding extra delay for all files. Double repaint only really looks bad with tiled rendering, otherwise it's "acceptable" (even if a waste or resources)</p></div></div><br /><div><strong>REPOSITORY</strong><div><div>R223 Okular</div></div></div><br /><div><strong>REVISION DETAIL</strong><div><a href="https://phabricator.kde.org/D8838" rel="noreferrer">https://phabricator.kde.org/D8838</a></div></div><br /><div><strong>To: </strong>aacid<br /><strong>Cc: </strong>rkflx, Okular, ngraham, aacid<br /></div>