Differences
This shows you the differences between two versions of the page.
| Both sides previous revision Previous revision Next revision | Previous revision | ||
| contrib:externalviewers [2019/06/22 22:28] – [For PDF files] xpdf brucemutton | contrib:externalviewers [2019/07/13 09:41] (current) – typo What it means "transparency knockout" sluka | ||
|---|---|---|---|
| Line 51: | Line 51: | ||
| **A comment...** | **A comment...** | ||
| - | The transparency of areas with filled backgrounds in pdfs is quite different when viewed with Adobe and Foxit Readers. The reason is the library used to render PDFs (up to early 2013 on ongoing...) //If viewer is based on PDF Kit from Apple the rendering is incorrect. There is the bug in PDF Kit evidently - it ignores command " | + | The transparency of areas with filled backgrounds in pdfs is quite different when viewed with Adobe and Foxit Readers. The reason is the library used to render PDFs (up to early 2013 on ongoing...) //If viewer is based on PDFKit |
| - | Adobe renders them opaque, and Foxit renders them translucent (except for area u:) and except for objects that explicitly have //–place bottom// set and except for my custom area water and area sump. This difference in behaviour persists through to the printed documents as well. | + | Adobe uses PDFToolkit and renders them opaque, and Foxit renders them translucent (except for area u:) and except for objects that explicitly have //–place bottom// set and except for my custom area water and area sump. This difference in behaviour persists through to the printed documents as well. |
| Objects with //–place bottom// are always completely obscured by areas with default placement regardless of the viewer. | Objects with //–place bottom// are always completely obscured by areas with default placement regardless of the viewer. | ||
| Line 59: | Line 59: | ||
| Objects with //–place top// render the same as objects with default placement over areas with default placement in both viewers. | Objects with //–place top// render the same as objects with default placement over areas with default placement in both viewers. | ||
| - | The Foxit behaviour is preferable I think, although, with some symbol sets, you can never get a rock that looks like it is definitively ‘high and dry above the water’, unless you say, draw two rocks, one directly above the other. | + | The Foxit behaviour is preferable I think, although, with some symbol sets, you can never get a rock that looks like it is definitively ‘high and dry above the water’, unless you say, draw two rocks, one directly above the other.\\ (Note: Anyway, Foxit ignores [[https:// |
| Some further information here [[: | Some further information here [[: | ||
| + | **What it means " | ||
| + | Transparency knockout is part of PDF definition which Adobe applications as Illustrator, | ||
| + | In case of Therion it means that you didn't want rocks to be transparent, | ||
| + | See attached examples of preview in program using PDFToolkit (transparency knockout rendered) and PDFKit (transparency knockout ignored).\\ | ||
| + | {{: | ||
| =====Examples of Rendering Differences Between PDF Viewers===== | =====Examples of Rendering Differences Between PDF Viewers===== | ||
| Each of the PDF readers renders Therion generated PDFs differently. Here are some examples from Windows versions of the PDF readers. | Each of the PDF readers renders Therion generated PDFs differently. Here are some examples from Windows versions of the PDF readers. | ||
| Line 91: | Line 96: | ||
| **xpdf** \\ | **xpdf** \\ | ||
| - | Correct rendering of overlap objects. On MacOSX it is possible to install it by homebrew installer. xpdf should antialias vectors, but not in this case, so rendering is quite coarse. | + | Correct rendering of overlap objects. On MacOSX it is possible to install it by homebrew installer. xpdf should antialias vectors, but not in this case, so rendering is quite coarse. The reason is when transparency knockout is used, the antialiasing in layers is not rendered. It should be corrected in next version of xpdf - current version is 4. |
| {{: | {{: | ||