r15612 by christoph - doc update
scribus-commit
scribus-commit at lists.scribus.net
Thu Oct 21 23:37:48 CEST 2010
Author: christoph
Date: Thu Oct 21 21:37:48 2010
New Revision: 15612
URL: http://scribus.info/websvn/listing.php?repname=Scribus&sc=1&rev=15612
Log:
doc update
Modified:
trunk/Scribus/doc/en/importhints.html
Modified: trunk/Scribus/doc/en/importhints.html
URL: http://scribus.info/websvn/diff.php?repname=Scribus&rev=15612&path=/trunk/Scribus/doc/en/importhints.html
==============================================================================
--- trunk/Scribus/doc/en/importhints.html (original)
+++ trunk/Scribus/doc/en/importhints.html Thu Oct 21 21:37:48 2010
@@ -1,54 +1,57 @@
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8"/>
- <title>Notes on Importing Issues with Scribus</title>
+ <title>Notes on importing issues with Scribus</title>
</head>
<body>
-<h2>Notes on Importing Issues with Scribus</h2>
-<p>Although Scribus imports most common DTP image formats like TIFF and EPS, over time one of the more difficult tasks in DTP is getting stuff into your layout. Unlike some other DTP programs where printing can be finicky, Scribus print and PDF export has always been very reliable. I can think of
-a handful of times when I had crashes or could not get the desired print or PDF from Scribus. With correctly prepared images and files, the output from Scribus matches proprietary layout programs.</p>
-<p>In my experience, the key to this are using the right format for the right type of image. Whenever possible, import your images as vector via SVG, EPS or PDF. The other is I am <strong>really</strong> picky about fonts. You will see this noted through the docs; when you are working with high-end DTP tools like Scribus, font quality matters. In professional DTP, it matters <strong>a lot</strong>. Probably the number one reason PostScript output fails, whether to a printer or PDF export, is a dodgy or corrupted font.</p>
+<h2>Notes on importing issues with Scribus</h2>
+<p>Although Scribus imports most common DTP image formats like TIFF and EPS, over time one of the more difficult tasks in DTP is getting stuff into your layout. Unlike some other DTP programs where printing can be finicky, Scribus print and PDF export has always been very reliable, and with correctly prepared images and files, the output from Scribus will be of excellent quality.</p>
+<p>One key to this is using the right format for the right type of image. Whenever possible, import your images as vector (e.g. SVG, EPS or AI). Another key to successful layout is fonts. When you are working with high-end DTP tools like Scribus, font quality matters. In professional DTP, it matters <strong>a lot</strong>. Probably the number one reason PostScript output fails, whether to a printer or PDF export, is a dodgy or corrupted font.</p>
-<h3>TIFF, JPEG, PNG what is the difference?</h3>
-<p>Hints (or) avoiding some issues which can baffle a beginner:</p>
+<h3>TIFF, JPEG, GIF, PNG what is the difference?</h3>
<h3>If it looks good on screen it will look good on paper</h3>
-<p>Nope, sorry. One of the most common beginner mistakes is to assume a nice looking JPEG from website will print nicely on paper. Most websites use JPEGs, gifs or sadly, less commonly, PNGs. JPEGs, by their design, are lossy compression. In the process of compressing a JPEG, data is discarded and permanently lost. Moreover, there is a type of JPEG called progressive which is pure poison in a PostScript work-flow. A progressive JPEG is the type that partially displays as it is downloading in a web browser. <strong>Avoid these at all costs.</strong> Scribus will not load, nor export progressive jpegs. Lastly, remember, most web page graphics have a resolution of 72-96 DPI. Scribus can generate PDFs with 4000 dpi.</p>
+<p>This is, unfortunately, an error that may cost real money. One of the most common beginner mistakes is to assume a nice looking JPEG from a website will print nicely on paper. Most websites use JPEGs, GIFs or – still less commonly – PNGs. JPEGs, by their design, use lossy compression. In the process of compressing a JPEG, data is discarded and permanently lost. Moreover, there is a type of JPEG called progressive which is pure poison in a PostScript workflow. A progressive JPEG is the type that partially displays as it is downloading in a web browser. <strong>Avoid these at all costs.</strong> Scribus will not load, nor export progressive jpegs. Also remember that most web page graphics have a resolution of 72-96 DPI, which is far too low for a print workflow. Scribus can generate PDFs with 4000 dpi, but for most purposes 300 dpi is a reasonable resolution.</p>
+<p>Another issue with JPEG files is that every time you open and edit them in an image editing program you will lose image data. So if you need to edit a JPEG file, save it in another format, like TIFF, before you start applying any changes.</p>
+<p>Another format you should avoid if possible is GIF. The GIF format has been created for the early days of the world wide web. It uses compression and only permits a limited number of 256 colors. While it's possible to load a GIF image into an image frame, the format really has no place in professional page layout.</p>
<p>For high-level PostScript printing there are three kinds of file formats that work well for images like photos and anything that is made up of pixels and have been time tested: TIFF, tif and Tiff.</p>
-<p>No matter which way you spell it, a Tagged Image File Format is the file format for bitmap images. Period. End of story. Don't give me any arguments: I'll win.</p>
+<p>No matter which way you spell it, the Tagged Image File Format is the file format for bitmap images.</p>
-<h3>Why?</h3>
+<h3>Why TIFF?</h3>
<ol>
- <li>It is a "lossless" format. The compression scheme does not reduce quality.</li>
- <li>For your purpose of working with Scribus, the GIMP does a fine job of exporting or saving them from the native XCF format.</li>
- <li>It handles ICC profiles without problems. You can "tag" it with the little cms utility tifficc or embed an ICC profile in Photoshop, Photopaint and other bitmap editors.</li>
+ <li>It is a <i>lossless</i> format. The compression scheme does not reduce quality.</li>
+ <li>For your purpose of working with Scribus, the GIMP or Krita do a fine job of exporting or saving to TIFF.</li>
+ <li>It handles ICC profiles without problems. You can “tag” it with the LittleCMS utility <code>tifficc</code> or embed an ICC profile in many bitmap editors.</li>
<li>It supports CMYK colors better than almost any other bitmap format.</li>
- <li>Every high end DTP application can support them, including Scribus.</li>
- <li>TIFF files, if they are prepared properly in the GIMP or Photoshop are extremely reliable when printed commercially. Rarely do PostScript devices have problems with them.</li>
+ <li>Every high-end DTP application can support them, including Scribus.</li>
+ <li>TIFF files, if they are prepared properly in an image editor are extremely reliable when printed commercially. Rarely do PostScript devices have problems with them.</li>
</ol>
<h3>Caveats</h3>
-<p>There are more than fifty different flavors of TIFF. Not every image editor saves them with the same fidelity to the standards. GIMP through its use of libtiff, shared with Scribus, does a fine job of supporting Tiffs. The way I work with files from GIMP is to save the original file in the native GIMP xcf format and then, once edited to your satisfaction, re-save as a tiff or with screen shots meant for the web, PNG.</p>
-<p>Now the exception to that rule is PNG, especially for application screen shots. PNG has a lot of advanced features, like ICC color support and real alpha transparency, which are often not supported well by some applications (a certain leading browser comes to mind). PNG also compresses very well. The only time I prefer Jpeg to PNG is for photos with high dynamic range, mostly for reasons of size on a web page. For creating PDFs with screen shots, PNG is superb and will print well, as long as you do not make any scaling adjustments which reduce the image size. So if you have a screen shot which is typically at 72-96dpi, but you need to shrink it, do so by scaling the image in the GIMP or within Scribus. Whenever you are scaling screen shots disable re-sampling in any image editor. With screen-shots you should never reduce the number of pixels or you will lose sharpness quickly.</p>
+<p>There are more than fifty different flavors of TIFF. Not every image editor saves them with the same fidelity to the standards. GIMP, through its use of libtiff, shared with Scribus, does a fine job of supporting TIFFs. One way to work with files from GIMP is to save the original file in the native GIMP XCF format and then, once edited to your satisfaction, export as a tiff or, with screen shots meant for the web, PNG.</p>
+<p>The latter, PNG, is an exception to that rule, especially for application screenshots. PNG has a lot of advanced features, like ICC color support and real alpha transparency, which are often not supported well by some applications (a certain leading browser comes to mind). PNG also compresses very well. The only time JPEG may be preferrable over PNG is for photos with high dynamic range, mostly for reasons of size on a web page. For creating PDFs with screenshots, PNG is superb and will print well, as long as you do not make any scaling adjustments which reduce the image size. So if you have a screenshot which is typically at 72-96dpi, but you need to shrink it, do so by scaling the image in the GIMP or within Scribus. <i>Whenever you are scaling screenshots, disable re-sampling in any image editor</i>. With screenshots you should never reduce the number of pixels or you will lose sharpness quickly.</p>
<h3>If it looks bad on screen, it will print terribly</h3>
-<p>EPS files or Encapsulated PostScript files. EPS files natively have no screen preview at all. EPS files are really a special subset of postscript instructions. They typically look just plain awful on screen if they have a TIFF or PICT preview embedded or are just a simple gray box. EPS have two important virtues: They print well to both high resolution printers or when creating PDFs. EPS files can be resolution independent and are the only file you can (sometimes) safely scale larger than 100% than its native size without degrading image sharpness.</p>
-<p>The one issue you might find with EPS files is while a lot of applications can generate EPS files, not all do so with the same fidelity to high-quality printing, nor do all apps follow the EPS specs properly. One way to test an EPS for use with Scribus, is to open the EPS in GSview and look in the message box, by pressing Shift M. This will show the output messages from Ghostscript. Ghostscript is correctly quite fussy about EPS files. So, if you are trying to import EPS files and they do not work properly in Scribus and GSview/Ghostscript is spitting lots of error messages, try using a different application to generate them.</p>
-<p>One reason for the ubiquity of EPS files in DTP is there is another DTP application which historically had poor support for TIFF and other bitmap image files, but does have good support for EPS import. So, many DTP users habitually create EPS files from bitmap images from Photoshop or others. Unfortunately, this can have the side effect of receiving image files which may need adjustment, but without the original image file - impossible. EPS is ideal for receiving vector artwork like maps, mixed with text. The caveat is the fonts should be embedded in the EPS properly
+<p>This not necessarily true. EPS (Encapsulated PostScript) files need not have a screen preview at all. EPS files are really a special subset of PostScript instructions. They sometimes look just plain awful on screen if they have a TIFF or PICT preview embedded or are just a simple gray box. EPS files have two important virtues: They deliver excellent results on both high-resolution printers and when creating PDFs. EPS files can be resolution independent and are the only file you can (sometimes) safely scale larger than 100% than its native size without degrading image sharpness.</p>
+<p>The major issue you might find with EPS files is that while a lot of applications can generate EPS files, not all do so with the same fidelity to high-quality printing, nor do all apps follow the EPS specs properly. One way to test an EPS for use with Scribus, is to open the EPS in <a href="toolbox6.html">GSview</a> and look in the message box, by pressing Shift M. This will show the output messages from Ghostscript. Ghostscript is correctly quite fussy about EPS files. So, if you are trying to import EPS files that do not work properly in Scribus and GSview/Ghostscript is spitting lots of error messages, try using a different application to generate them.</p>
+<p>One reason for the ubiquity of EPS files in DTP is the existence of another DTP application which historically had poor support for TIFF and other bitmap image files, but does have good support for EPS import. So, many DTP users habitually create EPS files from bitmap images from Photoshop or others. Unfortunately, this can have the side effect of receiving image files which may need adjustment, which is impossible without the original image file. EPS is also great for receiving vector artwork like maps, mixed with text. The caveat is that the fonts should be correctly embedded in the EPS
to print properly from Scribus.</p>
-<p>Fortunately, Scribus automatically creates a low resolution preview image which is handy for placing and adjusting sizing on the page. When importing an EPS, Scribus generates a 72dpi PNG preview of the EPS, so do not be concerned if it does not look sharp right away. Printing or exporting a PDF will generate the high resolution image in the file.</p>
-<p>Skeptical about the difference between a vector and a bitmap image file ? Here is an example that you can see for yourself. Go to: <a href="http://www.isc.tamu.edu/~lewing/linux">http://www.isc.tamu.edu/~lewing/linux</a></p>
-<p>Get the linked PostScript, which is an EPS version of Tux and then right click and download one of the gifs. They are about the same in file size. Now create a new doc in Scribus with 2 regular size pages. Place the gif on one page and then the eps file on another. Export a PDF at 600+dpi.
-Open in Acro Reader. Zoom in 200-400 %. Now you see the difference...</p>
-<p>Why the difference? Scribus creates and Acrobat Reader renders something called PostScript operators - another fancy name for using math in drawing curves on screen and when printed. A gif, or JPEG is just a bunch of pixels, literally dots to create the image.</p>
+<p>When importing an EPS, Scribus generates a 72 dpi PNG preview of the EPS, so do not be concerned if it does not look sharp right away. Printing or exporting a PDF will generate the high resolution image in the file.</p>
+<p>If you're still skeptical about the difference between a vector and a bitmap image file, here is an example that you can see for yourself. Go to: <a href="http://www.isc.tamu.edu/~lewing/linux">http://www.isc.tamu.edu/~lewing/linux</a>, get the linked PostScript, which is an EPS version of Tux and then right click and download one of the GIFs. They are about the same in file size. Now create a new document in Scribus with 2 regular size pages. Place the GIF on one page and then the EPS file on another and export a PDF at 600+dpi. Now open the PDF in Adobe Reader. Zoom in 200–400 %. Now you see the difference ...</p>
+<p>Why the difference? Scribus creates and Acrobat Reader renders something called PostScript operators – another fancy name for using math in drawing curves on screen and when printed. A GIF or JPEG file is just a bunch of pixels, literally dots to create the image.</p>
-<h3>My New Favorite File Format</h3>
-<p>With the recent addition of SVG import, this gives users one more excellent way of importing images and artwork. SVG - Scalable Vector Graphics. Scalable is great because well it is scalable, meaning you can in theory enlarge the the graphic to the size of the side of a house and it would retain its sharpness. Vector is how it does it, vectors meaning the shapes are drawn by mathematical commands to greatly simplify. More on the next page on some neat importing tricks.</p>
-
-<h3>Think About Fonts When Importing Too</h3>
-<p>A similar issue is the fonts look good on screen, but do not print well. Usually, this is the case of freeware TrueType fonts, downloaded from the web. TrueType fonts, on average will look better on screen, but may not print with the intended results. However, it takes a huge amount of time and QA to create high-quality fonts, especially correctly hinting TrueType fonts. Notice that there are very few high-quality fonts which have been developed in open source. There are a few, but sadly not with the regularity which we see new apps pop up on Freshmeat.</p>
-<p>Conversely, the Type 1 fonts included with Ghostscript are not optimized for on-screen appearance, but they usually make excellent printer fonts. The fonts actually were made by URW++, a well regarded type foundry and were donated to the Ghostscript distribution by Artifex. The only issue is when the Nimbus fonts - their true PostScript names are often aliased to Times, Helvetica and Courier. This results in a user thinking it is not necessary to embed these fonts as they come standard with Acrobat Reader. Unfortunately, if they are not embedded Acro Reader does a particularly
-poor job of emulating these with its built-in multi-master fonts. With Scribus, you will not have this worry, as Scribus uses the correct PostScript name embedded in the font.</p>
-<p>The Bitstream fonts included with Xfree86 like Charter and the new Vera fonts are fine fonts for printing. I also like the Utopia family which is actually an Adobe Type 1 font donated by IBM. When creating Scribus docs in PDF form, I pretty much use this family exclusively.</p>
+<h3>A vector format for the future</h3>
+<p>With the addition of SVG import users have one more excellent way of importing images and artwork. SVG is an abbreviation of “Scalable Vector Graphics”, an open specification, which is developed by the <a href="w3c.org">World Wide Web Consortium</a>. Scalable means that you can in theory enlarge the the graphic to the size of the side of a house and it would retain its sharpness. Vector is how it does it, vectors meaning the shapes are drawn by mathematical commands instead of pixels. The leading Open Source vector drawing program, Inkscape, uses SVG as its native file format, which is yet another reason for its importance to Scribus users.</p>
+<h3>Other vector formats</h3>
+<p>Over time, import filters for other vector formats have been added, and there are many more to follow. Here’s a short description of the formats currently supported by Scribus</p>
+<ul>
+<li><b>AI (Adobe Illustrator)</b>: The native format of Illustrator, or, more precisely, formats. Older versions of AI are basically EPS files that contain some additional features only used by Illustrator. As of Illustrator 9, AI is based on PDF, and, like its predecessor, adds some Illustrator-only information. AI import is still experimental but works very well in most cases. One of the major advantages of the AI import filter (and the EPS filter as well) is that Scribus will load spot colors in AI and EPS files correctly.</li>
+<li><b>FIG (Xfig)</b>: This is the native format of the UNIX veteran Xfig. While rarely used by designers, it's ubiquitous in scientific environments like universities for technical drawings or diagrams. The format is well-documented, and import into Scribus works flawlessly. Its major drawback is that it only supports RGB colors.</li>
+<li><b>SXD (OpenOffice.org Draw 1) and ODG (OpenDocument Graphics)</b>: These are the vector file formats used by OpenOffice.org and other Open Source Office Suites.. Since “Office Drawing” is quite different from working with a typical vector drawing program, the formats use a lot of features, like automatic connectors, that aren't well-suited for a print workflow. As a result, import will only work with limited success. To get the best import quality out your OpenOffice.org Draw document, you should print it to a PostScript file and then import the latter.</li>
+<li><b>WMF (Windows Metafile)</b>: A vector format used by many Office Suites and also the Windows clipboard. While WMF files are usually rejected by creative professionals, most collections of “Office Clipart” use this format. The WMF filter has been added to enable users to import these simple vector drawings.</li>
+<li><b>CVG (Calamus Vector Graphic)</b>: A simple vector format used by the DTP veteran Calamus. It only supports grayscale colors.</li>
+<li><b>PICT (Macintosh Picture)</b>. The graphics file format used by the old Mac OS, similar to WMF on Windows. It can contain bitmap or vector data.</li>
+<li><b>SHAPE (Dia Shapes) and SML (Kivio Shape)</b>: Basic vector shapes used by the diagram programs Dia and Kivio. Grayscale/RGB only.</li>
+</ul>
</body>
</html>
More information about the scribus-commit
mailing list