View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0008446 | Scribus | public | 2009-09-21 09:29 | 2017-06-12 19:43 | |
Reporter | rdebel | Assigned To | avox | ||
Priority | normal | Severity | major | Reproducibility | always |
Status | assigned | Resolution | open | ||
Platform | Laptop 1.4 GHz Centrino | OS | Debian unstable/testing | OS Version | 1.3.5.svn |
Product Version | 1.5.0svn | ||||
Target Version | 1.6 milestone | ||||
Summary | 0008446: Wrong PDF Export of Shadowed and outlined Text with OTF Font | ||||
Description | Text with color white, shadow (blacK) and a small outline is wrong exported, when the font is OTF. Is it normal truetype everthing seems ok. | ||||
Steps To Reproduce | Create textframe and insert a "1", size 70pt. Textcolor white. Effect shadow in black, Effect outline (also black). Use an OTF-Font, i choose Fontin Sans OTF. Then export to pdf. I tried every pdf-Version and profile Printer/Greyscale. It was wrong. Using a TTF-Font like Arial everything was fine. | ||||
Additional Information | See attached files: Sample Scribus. How to look right.png Wrong export.pdf | ||||
Tags | scribusctl | ||||
Patch | No | ||||
2009-09-21 09:29
|
|
2009-09-21 09:29
|
|
2009-09-21 09:30
|
|
|
The Problem seems to be using outline. Whithout Outline it seems ok |
|
Yep, the problem arise when outline is used in combination with shadow. Unfortunately that issue does not seem easy to fix. Possible hack : placing before line 4046 of pdflib_core.cpp the following line : hl2.setEffects(hl2.effects() & (~ScStyle_Outline)); I gonna set target version for resolution to 1.3.6, but it's not sure we will be able to fix that issue in this version. |
|
jghali: that's the solution I'd propose. It also appears that some kind of overprint occurs. From the code the sequence is as follows: 1. fill shadow 2. stroke shadow 3. fill normal 4. stroke normal But 3. doesnt seem to knock out 2. |
|
Reminder sent to: fschmid Franz, what do you think about the failing knockout in this case? |
|
The workaround has now been committed in 1.3.6svn and 1.5.0svn. Removing 1.3.6 target. The correct fix we'll be to add ability to subset OpenType fonts in other format than Type3 fonts so we can fill and stroke text directly like with other font formats without resorting to tricks. |
|
assigned to 1.6 milestone |
|
Needs to be tested with CTL branch |
|
The issue is basically fixed for simple CFF based OTF fonts as we can now subset those and produce a subset CFF font. However the issue still exists for CID-Keyed OTF fonts, often fonts used for Asian languages. Currently those fonts are still subset as Type 3 fonts. |
Date Modified | Username | Field | Change |
---|---|---|---|
2009-09-21 09:29 | rdebel | New Issue | |
2009-09-21 09:29 | rdebel | File Added: Wrong_Export.pdf | |
2009-09-21 09:29 | rdebel | File Added: Scribus_sample.sla.gz | |
2009-09-21 09:30 | rdebel | File Added: Howtolookright.png | |
2009-09-21 09:57 | rdebel | Note Added: 0022505 | |
2009-09-21 10:19 | rdebel | Note Edited: 0022505 | |
2009-09-21 22:31 | jghali | Note Added: 0022508 | |
2009-09-21 22:31 | jghali | Status | new => confirmed |
2009-09-21 22:31 | jghali | Target Version | => 1.3.6 |
2010-01-19 23:22 | avox | Note Added: 0023112 | |
2010-01-19 23:24 | avox | Note Added: 0023113 | |
2010-01-20 23:31 | jghali | Note Added: 0023121 | |
2010-01-20 23:31 | jghali | Target Version | 1.3.6 => |
2015-04-11 02:16 | Kunda | Patch | => No |
2015-04-11 02:16 | Kunda | Note Added: 0034873 | |
2015-04-11 02:16 | Kunda | Target Version | => 1.6 milestone |
2015-05-06 01:41 | Kunda | Assigned To | => avox |
2015-05-06 01:41 | Kunda | Status | confirmed => assigned |
2016-05-29 08:42 | Kunda | Tag Attached: scribusctl | |
2016-05-29 08:43 | Kunda | Note Added: 0041524 | |
2016-12-02 11:54 | Kunda | Relationship added | related to 0014394 |
2017-06-12 19:43 | jghali | Note Added: 0044047 |