Bug 181390

Summary: background rendering option not taken into account by some backends
Product: [Applications] okular Reporter: Maciej Pilichowski <bluedzins>
Component: generalAssignee: Okular developers <okular-devel>
Status: RESOLVED FIXED    
Severity: normal    
Priority: NOR    
Version: unspecified   
Target Milestone: ---   
Platform: Debian testing   
OS: Unspecified   
Latest Commit: Version Fixed In:

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.