r15679 by christoph - added XPM and BMP info to the docs

Fri Oct 29 20:58:15 CEST 2010

Author: christoph
Date: Fri Oct 29 18:58:15 2010
New Revision: 15679

URL: http://scribus.info/websvn/listing.php?repname=Scribus&sc=1&rev=15679
Log:
added XPM and BMP info to the docs

Modified:
    trunk/Scribus/doc/en/importhints.html

Modified: trunk/Scribus/doc/en/importhints.html
URL: http://scribus.info/websvn/diff.php?repname=Scribus&rev=15679&path=/trunk/Scribus/doc/en/importhints.html
==============================================================================

--- trunk/Scribus/doc/en/importhints.html (original)
+++ trunk/Scribus/doc/en/importhints.html Fri Oct 29 18:58:15 2010
@@ -5,7 +5,7 @@
 </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, and with correctly prepared images and files, the output from Scribus will be of excellent quality.</p>
+<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 from different resources 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, GIF, PNG what is the difference?</h3>
@@ -13,7 +13,13 @@
 <h3>If it looks good on screen it will look good on paper</h3>
 <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 &ndash; still less commonly &ndash; 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>Scribus supports a few other formats, but you should avoid them for serious print jobs. These are:</p>
+<ul>
+<li><b>GIF:</b> 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. This can get really ugly when you try to import a so-called &ldquo;Animated GIF&rdquo;. These GIFs work like a flip-book and are comprised of several images that will be subsequently displayed by a <i>broswer</i>. They have no place in professional printing.</li>
+<li><b>XPM:</b> This is an old bitmap format used for icons in the X Window System. Like GIF, it only supports up to 256 colors.</li>
+<li><b>BMP:</b> A bitmap format used by Windows and OS/2 for graphical user faces. Unlike GIF or XPM it can contain up to 32 bit per pixel and supports transparency. Due to its simplicity, the BMP format is wide-spread and can be read/written by most image editors. Unfortunately, the lack of a compression algorithm leads to comparatively huge file sizes, and BMP data may cause problems with commercial RIPs (Raster Image Processors).</li>
+<li><b>If you are preparing a PDF or PostScript file for commercial printing, convert any of these file types to a more reliable format, like TIFF or PNG.</b></li>
+</ul
 <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, the Tagged Image File Format is the file format for bitmap images.</p>
 
@@ -28,8 +34,8 @@
 </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. 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>
+<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 the aforementioned 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>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>


