Differences
This shows you the differences between two versions of the page.
Both sides previous revision Previous revision Next revision | Previous revision Next revisionBoth sides next revision | ||
contrib:externalviewers [2015/05/02 09:45] – clarify brucemutton | contrib:externalviewers [2019/07/01 08:42] – typo sluka | ||
---|---|---|---|
Line 1: | Line 1: | ||
- | ====== | + | ====== Viewers for Therion Outputs |
How many ways to view the fruits of your labour? | How many ways to view the fruits of your labour? | ||
Line 31: | Line 31: | ||
If a file is open while Therion updates the file, it automatically reloads the file. Zoom and rendering of all details works very well too. The rendered PDF looks the same as Foxit Reader (See example screenshots in the next section below). | If a file is open while Therion updates the file, it automatically reloads the file. Zoom and rendering of all details works very well too. The rendered PDF looks the same as Foxit Reader (See example screenshots in the next section below). | ||
| | ||
- | As a Windows user I find non-file locking readers very useful for drawing new scraps, because if you set up a map to just render the few scraps you are working on so that the overall survey is not too large then you can keep the PDF open in Evince and recompile your project to immediately see the changes. The problems with clipping area fills in Evince means you cannot preview these, but walls, lines and point symbols are fine. SumatraPDF does a good job of both rendering and automatically displaying changes when the PDF is regenerated. This workflow is great for refining scrap joins as you can adjust the positions of line ends and immediately see the effect with the Evince viewer open alongside your Therion editor window, and for checking that area fills are working as planned. - Footleg | + | As a Windows user I find non-file locking readers very useful for drawing new scraps, because if you set up a map to just render the few scraps you are working on so that the overall survey is not too large then you can keep the PDF open in Evince/ |
- | Seems best for viewing small file sizes and small ' | + | Works well and is fairly fast to render |
**MacOSX: Quick Look** | **MacOSX: Quick Look** | ||
Line 43: | Line 43: | ||
**MacOSX: Skim (free)** | **MacOSX: Skim (free)** | ||
It looks very promising (only short test). It is possible to set it to automatic refresh. It preserves zoom and position. [[http:// | It looks very promising (only short test). It is possible to set it to automatic refresh. It preserves zoom and position. [[http:// | ||
+ | |||
+ | **Xpdf** https:// | ||
**List of Free Software PDF readers** http:// | **List of Free Software PDF readers** http:// | ||
Line 49: | 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 57: | 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 uses 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 84: | Line 91: | ||
{{: | {{: | ||
- | All the above PDF screenshots are using Footleg' | + | **MacOSX Quick Look and Preview** \\ |
+ | Rendering looks like Foxit Reader, Quick Look (press spacebar when file highlighted) is quite fast way how to see file. Preview has some editing capabilities. In last MacOSX version (Mojave) Quick Look has editing possibility too. | ||
+ | {{:contrib:preview_macosx.png|}} | ||
+ | **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. 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. | ||
+ | {{: | ||
+ | |||
+ | All the above PDF screenshots are using Footleg' | ||
=====For SVG files===== | =====For SVG files===== | ||
[[http:// | [[http:// |