Bug 181390 - background rendering option not taken into account by some backends
Summary: background rendering option not taken into account by some backends
Status: RESOLVED FIXED
Alias: None
Product: okular
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: Debian testing Unspecified
: NOR normal
Target Milestone: ---
Assignee: Okular developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-01-20 13:28 UTC by Maciej Pilichowski
Modified: 2009-01-20 15:15 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Maciej Pilichowski 2009-01-20 13:28:55 UTC
Version:            (using 4.1.3)
Installed from:    Debian testing/unstable Packages

For comicbooks this option is interpreted in reverse -- background means non-background rendering, and non-background -- background. 

It is opposite to pdf rendering, and meaning of the word.
Comment 1 Pino Toscano 2009-01-20 13:47:58 UTC
There's no reverse meaning, the option was not applied with some backends (so always being async).

Maciej, please describe just what do you see, not what you think it "could be", thanks.
Comment 2 Pino Toscano 2009-01-20 13:52:03 UTC
SVN commit 914065 by pino:

make "standard threaded" backend use the right async setting
BUG: 181390


 M  +1 -1      generator.cpp  


WebSVN link: http://websvn.kde.org/?view=rev&revision=914065
Comment 3 Pino Toscano 2009-01-20 13:52:46 UTC
SVN commit 914068 by pino:

backport: make "standard threaded" backend use the right async setting
CCBUG: 181390


 M  +1 -1      generator.cpp  


WebSVN link: http://websvn.kde.org/?view=rev&revision=914068
Comment 4 Maciej Pilichowski 2009-01-20 15:15:50 UTC
I saw:

pdf, background off -> page A -> page B
pdf. background on -> page A -> white page + logo -> page B

cbr, background off -> page A -> white page + logo -> page B
cbr, background on -> page A -> page B

It is opposite for me.