r16909 by craig - More doc updates from Christoph

scribus-commit scribus-commit at lists.scribus.net
Mon Oct 17 19:35:45 UTC 2011


Author: craig
Date: Mon Oct 17 19:35:45 2011
New Revision: 16909

URL: http://scribus.net/websvn/listing.php?repname=Scribus&sc=1&rev=16909
Log:
More doc updates from Christoph

Added:
    branches/Version135/Scribus/scribus/doc/en/images/duotone-imp.png   (with props)
    branches/Version135/Scribus/scribus/doc/en/images/duotone-imp2.png   (with props)
    branches/Version135/Scribus/scribus/doc/en/images/fileimport.png   (with props)
    branches/Version135/Scribus/scribus/doc/en/images/import-pdfimage.png   (with props)
    branches/Version135/Scribus/scribus/doc/en/images/vector-advanced.png   (with props)
    branches/Version135/Scribus/scribus/doc/en/images/vector-clipart.png   (with props)
    branches/Version135/Scribus/scribus/doc/en/importbitmap1.html
Modified:
    branches/Version135/Scribus/scribus/doc/en/about1.html
    branches/Version135/Scribus/scribus/doc/en/color3.html
    branches/Version135/Scribus/scribus/doc/en/doccopyright.html
    branches/Version135/Scribus/scribus/doc/en/fileproblems.html
    branches/Version135/Scribus/scribus/doc/en/importhints.html
    branches/Version135/Scribus/scribus/doc/en/menu.xml
    branches/Version135/Scribus/scribus/doc/en/psd.html

Modified: branches/Version135/Scribus/scribus/doc/en/about1.html
URL: http://scribus.net/websvn/diff.php?repname=Scribus&rev=16909&path=/branches/Version135/Scribus/scribus/doc/en/about1.html
==============================================================================
--- branches/Version135/Scribus/scribus/doc/en/about1.html (original)
+++ branches/Version135/Scribus/scribus/doc/en/about1.html Mon Oct 17 19:35:45 2011
@@ -26,9 +26,9 @@
 
 <p><b>Christoph Schäfer (christoph_s):</b> Bug reporter and tester for bleeding edge Scribus, Wiki editor and doc  translator/proofreader, one of the main authors of the Official Manual and the Scribus Online Help.</p>
 
-<p><b>Hermann Kraus (Herm):</b> Wrote the Render Frame plug-in for 1.4 and GraphicsMagick and UniConvertor integration in 1.5.</p>
+<p><b>Hermann Kraus (Herm):</b> Wrote the Render Frame plug-in for 1.4, GraphicsMagick and UniConvertor integration in 1.5.</p>
 
-<p><b>Jain Basil Aliyas (jainbasil)</b>: Wrote the XTG and IDML import filters, and worked on the next generation ofUntitled 1 the Scribus Scripter.</p>
+<p><b>Jain Basil Aliyas (jainbasil)</b>: Wrote the XTG and IDML import filters and works on the next generation of the Scribus Scripter.</p>
 
 <p><b>Paul Smedley (smedles):</b> Maintainer of the OS/2 port.</p>
 
@@ -45,9 +45,9 @@
 
 <p><b>Alistair Robinson:</b> Added some important fixes for font handling in early Scribus versions. Also wrote the clever hack for GIMP to create CMYK TIFFs.</p>
 
-<p><b>Maciej Hanski:</b> Polish translator and writer of the “PDF Forms” how-to. One of the primary contributors to the Scribus Wiki.</p>
+<p><b>Maciej Hanski:</b> Polish translator and one of the primary contributors to the Scribus Wiki.</p>
 
-<p><b>Yves Ceccone:</b> Original French translator, wrote many of the Python scripts included with Scribus, maintained a large number of docs for Scribus in French.</p>
+<p><b>Yves Ceccone:</b> Original French translator, wrote many of the Python sample scripts included with Scribus, maintained a large number of docs for Scribus in French.</p>
 
 <p><b>Craig Ringer:</b> Worked on the scripter, build system and tested early Windows and Mac OS X ports. Contributed fixes for Python and other enhancements; IT/DTP administrator for a newspaper. </p>
 
@@ -73,9 +73,9 @@
 
 <p><b>Louis Desjardins:</b> LGM organizer, testing, feedback. Translator of the original documentation to French.</p>
 
-<p><b>Frederic Dubuy:</b> Translator of the original documentation to French</p>
+<p><b>Frederic Dubuy:</b> Translator of the original documentation to French.</p>
 
-<p><b>François Lanctôt:</b> Translator of the original documentation to French</p>
+<p><b>François Lanctôt:</b> Translator of the original documentation to French.</p>
 
 <p><b>Eirik Øverby:</b> Continues to mainatin our servers.</p>
 
@@ -87,13 +87,13 @@
 
 <p><b>Michael Doubez</b></p>
 
-<p><b>Cezary Grabski:</b> Lots of fixes and improvements to the text system.</p>
+<p><b>Cezary Grabski:</b> Lots of fixes and improvements to the text system, as well as other useful enhancements.</p>
 
 <p><b>Marcus Holland-Moritz:</b> Performance improvents for documents with large images.</p>
 
 <p><b>Christian Töpp</b></p>
 
-<p><b>Andy Fitzsimon:</b> Creator of the Scribus splashscreen.</p>
+<p><b>Andy Fitzsimmon:</b> Creator of the Scribus splashscreen.</p>
 
 <p><b>Andreas Nilsson:</b> Tango Project icons.</p>
 

Modified: branches/Version135/Scribus/scribus/doc/en/color3.html
URL: http://scribus.net/websvn/diff.php?repname=Scribus&rev=16909&path=/branches/Version135/Scribus/scribus/doc/en/color3.html
==============================================================================
--- branches/Version135/Scribus/scribus/doc/en/color3.html (original)
+++ branches/Version135/Scribus/scribus/doc/en/color3.html Mon Oct 17 19:35:45 2011
@@ -6,7 +6,7 @@
 <body>
 <h2>Color Palettes in Scribus (1): Open Source Palettes</h2>
 <p>Note that all color palettes described here and in subsequent sections include three basic colors: 100% CMYK Black (C: 100, M: 100, Y: 100, K: 100), 100% CMYK White (C: 0, M: 0, Y: 0, K: 0), and the <a href="color1.html">Registration Color</a>. These will not be counted as separate colors in the tables.</p>
-<p>It is also important to note that no physical reference (color fan, color chips) exists for the colors in the palettes listed on this page, so that verification of color correctness is impossible.</p><br>
+<p>It is also important to note that no physical reference (color fan, color chips) exists for the colors in the palettes listed on this page, so that verification of color correctness is impossible. To ensure a maximum of color reliability, make sure that <a href="cms.html">color management</a> is set up correctly and activated, and that the right profiles have been selected.</p><br>
 <table border="1">
   <tbody>
     <tr valign=top>
@@ -25,42 +25,84 @@
     </tr>
     <tr valign=top>
       <td><b>Scribus Basic</b></td>
-      <td>A set of primary CMYK and RGB colors, as well as three variants of black, namely “Cool Black”, “Rich Black” and “Warm Black”. The latter consist of a mix of C, M, Y and K colors instead of just 100% K (K=Black) and the values are the result of intensive discussions between the Scribus Team and commercial printers. The “Rich Black” variants may not meet every printer's needs, but they can serve as a basis when it comes to printing a rich black.</td>
+      <td>A set of primary CMYK and RGB colors, as well as three variants of black, namely “Cool Black,” “Rich Black” and “Warm Black.” The latter consist of a mix of C, M, Y and K colors instead of just 100% K (K=Black) and the values are the result of intensive discussions between the Scribus Team and commercial printers. The “Rich Black” variants may not meet every printer’s needs, but they can serve as a basis when it comes to printing a rich black.</td>
       <td>9</td>
       <td>RGB and CMYK</td>
       <td>No</td>
     </tr>
+   <tr valign=top>
+      <td><b>Scribus Fedora</b></td>
+      <td>A set of named RGB colors that are mandatory for publications of the <a href="http://fedoraproject.org/wiki/Logo/UsageGuidelines">Fedora Linux distribution</a>. </td>
+      <td>50</td>
+      <td>RGB</td>
+      <td>No</td>
+    </tr>
     <tr valign=top>
       <td><b>Scribus Gnome</b></td>
-      <td>A set of named RGB colors, which are standard on recent Gnome Desktops. </td>
+      <td>A set of named RGB colors that are mandatory for <a href="http://developer.gnome.org/hig-book/3.0/design-color.html.en">Gnome</a> desktop applications. </td>
       <td>32</td>
+      <td>RGB</td>
+      <td>No</td>
+    </tr>
+   <tr valign=top>
+      <td><b>Scribus LibreOffice</b></td>
+      <td>A set of named RGB colors used for project “branding” by <a href="http://wiki.documentfoundation.org/Marketing/Branding#Colors">LibreOffice</a>. </td>
+      <td>30</td>
       <td>RGB</td>
       <td>No</td>
     </tr>
     <tr valign=top>
       <td><b>Scribus OpenOffice</b></td>
-      <td>A set of CMYK colors which are based on the “CMYK” palette found in OpenOffice.org.</td>
+      <td>A set of CMYK colors based on the “CMYK” palette found in <a href="http://en.openoffice.org">OpenOffice.org</a>.</td>
       <td>94</td>
+      <td>CMYK</td>
+      <td>No</td>
+    </tr>
+   <tr valign=top>
+      <td><b>Scribus OpenSUSE</b></td>
+      <td>A set of named RGB colors that are mandatory for publications of the <a href="http://en.opensuse.org/openSUSE:Artwork_guidelines#Colors">OpenSUSE Linux distribution</a>.</td>
+      <td>15</td>
+      <td>CMYK</td>
+      <td>No</td>
+    </tr>
+   <tr valign=top>
+      <td><b>Scribus Oxygen</b></td>
+      <td>A set of named RGB colors used in KDE 4’s <a href="http://techbase.kde.org/Projects/Oxygen/Style#Color_Usage">Oxygen</a> desktop theme.</td>
+      <td>126</td>
       <td>CMYK</td>
       <td>No</td>
     </tr>
     <tr valign=top>
       <td><b>Scribus Splash</b> </td>
-      <td>A set of the colours in the Scribus logo and the splashscreen. Its main purpose is to guarantee a consistent use of colors in Scribus-related publications.</td>
+      <td>The CMYK version of the colors used in the Scribus logo and the splashscreen. Its main purpose is to guarantee a consistent use of colors in Scribus-related publications.</td>
       <td>19</td>
       <td>CMYK</td>
       <td>No</td>
     </tr>
     <tr>
       <td><b>Scribus SVG</b></td>
-      <td>A set of RGB colors based on the named colors from the <a href="http://www.w3.org/TR/css3-color/#svg-color">SVG specification</a>.</td>
+      <td>A set of RGB colors based on the named colors defined in the <a href="http://www.w3.org/TR/css3-color/#svg-color">SVG specification</a>.</td>
       <td>149</td>
+      <td>RGB</td>
+      <td>No</td>
+    </tr>
+   <tr>
+      <td><b>Scribus Ubuntu (RGB)</b></td>
+      <td>A set of named RGB colors that are mandatory for publications of the <a href="http://design.canonical.com/the-toolkit/ubuntu-brand-guidelines/">Ubuntu Linux distribution</a>.</td>
+      <td>4</td>
+      <td>RGB</td>
+      <td>No</td>
+    </tr>
+   <tr>
+      <td><b>Scribus Ubuntu (CMYK)</b></td>
+      <td>A set of named CMYK colors that are mandatory for publications of the <a href="http://design.canonical.com/the-toolkit/ubuntu-brand-guidelines/">Ubuntu Linux distribution</a>.</td>
+      <td>4</td>
       <td>RGB</td>
       <td>No</td>
     </tr>
     <tr valign=top>
       <td><b>Scribus X11</b></td>
-      <td>A set of RGB colors based on the named colors from X-Window.</td>
+      <td>A set of RGB colors based on the named colors from <a href="http://www.xfree86.org/current/X.7.html#toc10">X-Window</a>.</td>
       <td>550</td>
       <td>RGB</td>
       <td>No</td>
@@ -74,14 +116,14 @@
     </tr>
 	<tr>
       <td><b>Scribus Xfig</b></td>
-      <td>A set of the RGB colors used by Xfig.</td>
+      <td>A set of the named RGB colors used by <a href="http://www.xfig.org/">Xfig</a>.</td>
       <td>32</td>
       <td>RGB</td>
       <td>No</td>
     </tr>
     <tr valign=top>
       <td><b>Tango</b></td>
-      <td>A set of the RGB colors used in the <a href="http://tango.freedesktop.org/Tango_Desktop_Project">Tango icon project</a> for Free desktops. Since Scribus uses the Tango icon set, this color set may also be interesting for Scribus-related projects.</td>
+      <td>A set of the RGB colors used in the <a href="http://tango.freedesktop.org/Tango_Icon_Theme_Guidelines">Tango icon project</a> for Free desktops. Since Scribus uses the Tango icon set, this color set may also be interesting for Scribus-related projects.</td>
       <td>68</td>
       <td>RGB</td>
       <td>No</td>

Modified: branches/Version135/Scribus/scribus/doc/en/doccopyright.html
URL: http://scribus.net/websvn/diff.php?repname=Scribus&rev=16909&path=/branches/Version135/Scribus/scribus/doc/en/doccopyright.html
==============================================================================
--- branches/Version135/Scribus/scribus/doc/en/doccopyright.html (original)
+++ branches/Version135/Scribus/scribus/doc/en/doccopyright.html Mon Oct 17 19:35:45 2011
@@ -16,7 +16,7 @@
 
 <h3>I. REQUIREMENTS ON BOTH UNMODIFIED AND MODIFIED VERSIONS</h3>
 
-<p>This on-line help manual “Scribus Online Help” may be reproduced and distributed in whole or in part, in any medium physical or electronic, provided that the terms of this license are adhered to, and that this license or an incorporation of it by reference is displayed in the reproduction.
+<p>This online help manual “Scribus Online Help” may be reproduced and distributed in whole or in part, in any medium physical or electronic, provided that the terms of this license are adhered to, and that this license or an incorporation of it by reference is displayed in the reproduction.
 
 <p>Proper form for an incorporation by reference is as follows:
 
@@ -67,12 +67,12 @@
 <p>1) Distribution of the work or derivative of the work in any standard (paper) book form is prohibited unless prior permission is obtained from the copyright holder. Other forms of distribution including CD-ROM, electronic, and magnetic media are permitted.</p>
 
 <ul>
-<li>Adobe, Adobe Reader, Adobe Acrobat, Adobe Illustrator, Adobe InDesign, Adobe PageMaker, and PostScript are trademarks of Adobe Corporation in the United States, other countries or both.</li>
+<li>Adobe, Adobe Reader, Adobe Acrobat, Adobe Illustrator, Adobe InDesign, Adobe PageMaker, and PostScript are trademarks of Adobe Corporation in the United States, other countries, or both.</li>
 <li>UNIX is a registered trademark of The Open Group in the United States, other countries, or both.</li>
-<li>Linux is a trademark of Linus Torvalds in the United States, other countries or both.</li>
-<li>Apple, Mac, Mac OS, Mac OS X, Macintosh and TrueType are trademarks of Apple Computer, Inc., registered in the U.S. and other countries.</li>
-<li>Microsoft, Windows, Windows NT, Windows 2000, Windows XP, Wndows Vista, Windows 7, Visual Studio, Microsoft Word, Microsoft PowerPoint, and OpenType are trademarks of Microsoft Corporation in the United States, other countries, or both.</li>
-<li>OS/2 is registered trademark of International Business Machines corporation in the United States, other countries or both.</li>
+<li>Linux is a registered trademark of Linus Torvalds in the United States, other countries, or both.</li>
+<li>Apple, Mac, Mac OS, Mac OS X, Macintosh, and TrueType are trademarks of Apple corporation, registered in the United States, other countries, or both.</li>
+<li>Microsoft, Windows, Windows NT, Windows 2000, Windows XP, Windows Vista, Windows 7, Visual Studio, Microsoft Word, Microsoft PowerPoint, and OpenType are trademarks of Microsoft corporation in the United States, other countries, or both.</li>
+<li>OS/2 is registered trademark of International Business Machines corporation in the United States, other countries, or both.</li>
 <li>CorelDraw is a registered trademark of Corel corporation in the United States, other countries, or both.</li>
 <li>QuarkXPress is a registered trademark of Quark, Inc. in the United States, other countries, or both.</li>
 <li>Ghostscript is a registered trademark of Artifex, Inc. in the United States, other countries, or both.</li>

Modified: branches/Version135/Scribus/scribus/doc/en/fileproblems.html
URL: http://scribus.net/websvn/diff.php?repname=Scribus&rev=16909&path=/branches/Version135/Scribus/scribus/doc/en/fileproblems.html
==============================================================================
--- branches/Version135/Scribus/scribus/doc/en/fileproblems.html (original)
+++ branches/Version135/Scribus/scribus/doc/en/fileproblems.html Mon Oct 17 19:35:45 2011
@@ -1,13 +1,44 @@
 <html>
 <head>
 	<meta http-equiv="Content-Type" content="text/html; charset=UTF-8"/>
-	<title>Problems with Document Files</title>
+	<title>Problems with Opening Scribus Files</title>
 </head>
 <body>
-<h2>Problems with Document Files</h2>
+<h2>Problems with Opening Scribus Files</h2>
 
 <h3>Damaged Files</h3>
-<h3>Documents created with another version of Scribus</h3>
+
+<h4>Parsing Errors</h4>
+
+<h4>Other File Errors</h4>
+
+
+<h3>Documents Created with Another Version of Scribus</h3>
+
+<h4>Files Created with an Earlier Version of Scribus</h4>
+
+<h4>Files Created with a Later Version of Scribus</h4>
+
+<h3>Safety Measures</h3>
+
+<h4>Autosave</h4>
+
+<h4>Backup Files</h4>
+
+<h3>Other Potential Sources for Errors</h3>
+
+<h4>File Substitutions</h4>
+
+<h4>Missing Images</h4>
+
+<h4>Render Frames</h4>
+
+<h4>Settings/Preferences</h4>
+<!--<hr>
+See also:
+<ul>
+<li><a href="scribus-files.html">Scribus Files and File Formats</a></li>
+</ul>-->
 <br>
 </body>
 </html>

Modified: branches/Version135/Scribus/scribus/doc/en/importhints.html
URL: http://scribus.net/websvn/diff.php?repname=Scribus&rev=16909&path=/branches/Version135/Scribus/scribus/doc/en/importhints.html
==============================================================================
--- branches/Version135/Scribus/scribus/doc/en/importhints.html (original)
+++ branches/Version135/Scribus/scribus/doc/en/importhints.html Mon Oct 17 19:35:45 2011
@@ -1,54 +1,21 @@
 <html>
 <head>
 	<meta http-equiv="Content-Type" content="text/html; charset=UTF-8"/>
-	<title>Notes on importing issues with Scribus</title>
+	<title>Importing Content into 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 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>
+<h2>Importing Content into Scribus</h2>
+<p>As you have <a href="about2.html">learned</a>, DTP is about assembling content in a visually pleasing manner. Thus, <b>importing content</b> is a major part of your workflow. This chapter is meant to assist you in getting external content into your document in the most efficient way, as well as helping you to avoid mistakes, either on your side or on the side of contributors.</p>
+<p>After creating a new document with no content in it, trying to use <i>File > Import</i> would probably result in disappointment – if you hadn’t already learned that in general, content can only be imported into a <a href="WwFrames.html">frame</a>, and the exception to the general rule is <a href="importhints2.html">vector drawings</a>:</p>
 
-<h3>TIFF, JPEG, GIF, PNG what is the difference?</h3>
+<table width="100%"><tr><td align="center"><img src="images/fileimport.png" alt="File Import" title="File Import"/></td></tr></table>
+<p>We will start with hints about the import of bitmap images, continue with vector drawings and finish with text import, although there are some overlaps between the categories.</p>
 
-<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 – 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>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 “Animated GIF”. These GIFs work like a flip-book and are comprised of several images that will be subsequently displayed by a <i>browser</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>
-
-<h3>Why TIFF?</h3>
-<ol>
-	<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 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. 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>
-<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>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>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. See <a href="importhints2.html">Importing Vector Drawings</a> for more details.
+<h3>Bitmap and Vector Images</h3>
+<p>One of the things you must be aware of when using Scribus is the difference between a bitmap image and a vector image. A bitmap image consists of a fixed number of colored dots (pixels). This means (among other things) that such an image has a certain resolution, i.e., a number of dots within a two-dimensional area (a square). As a consequence, the resolution of a bitmap image has a major influence on the quality of its reproduction in different media, because the bigger the display area is, the bigger the dots and the uglier the result. Thus, image resolution is one of the things you have to be aware of when you are creating files for commercial printing.</p>
+<p>Vector images, on the other hand, use mathematical (geometrical) formulas to describe the content in terms of lines and curves, which means that those images (henceforth referred to as “vector drawings” or simply “drawings”) can be enlarged almost endlessly without losing quality. It should be mentioned, though, that there are several methods to describe graphics geometrically, and not all are equal. As a general rule, <a href="importhints1.html">PostScript-based</a> drawings (EPS, AI) offer the most sophisticated vector model with superior quality even at building-sized displays. This is also true for <a href="fonts2.html">PostScript fonts</a>, including OpenType fonts. Slightly lower quality is provided by <a href="scribus-svg.html">SVG</a> drawings, and the difference between PostScript or SVG and formats like WMF, ODG or PICT is even larger. In many cases, however, these differences in quality are irrelevant, as they can only be perceived at very high magnification levels.</p>
+<table width="100%"><tr><td align="center"><img src="images/vector-clipart.png"></td></tr>
+<tr><td align="center"><img src="images/vector-advanced.png"></td></tr> <tr><td align="center"><i>Differences in quality between clipart formats (top: WMF and ODG) and more advanced <br> vector formats (bottom: SVG and EPS), viewed at zoom level 3000 % in Scribus</i></td></tr></table>
+<p>If you're still unsure about the difference between a vector and a bitmap image, there 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 file, 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 two pages. Place the GIF on one page and then the EPS file on another and export a PDF. Then open the PDF in Adobe Reader, zoom in 200–400 %. Now you should see the difference …</p>
 </body>
 </html>

Modified: branches/Version135/Scribus/scribus/doc/en/menu.xml
URL: http://scribus.net/websvn/diff.php?repname=Scribus&rev=16909&path=/branches/Version135/Scribus/scribus/doc/en/menu.xml
==============================================================================
--- branches/Version135/Scribus/scribus/doc/en/menu.xml (original)
+++ branches/Version135/Scribus/scribus/doc/en/menu.xml Mon Oct 17 19:35:45 2011
@@ -52,6 +52,7 @@
 			<submenuitem text="Special Purpose Colors" file="color8.html" />
 		</submenuitem>
 		<submenuitem text="Importing" file="importhints.html">
+			<submenuitem text="Importing Bitmap Files" file="importbitmap1.html" />
 			<submenuitem text="Importing Photoshop Files" file="psd.html" />
 			<submenuitem text="Importing Vector Drawings" file="importhints2.html"/>
 			<submenuitem text="Importing EPS" file="importhints1.html"/>

Modified: branches/Version135/Scribus/scribus/doc/en/psd.html
URL: http://scribus.net/websvn/diff.php?repname=Scribus&rev=16909&path=/branches/Version135/Scribus/scribus/doc/en/psd.html
==============================================================================
--- branches/Version135/Scribus/scribus/doc/en/psd.html (original)
+++ branches/Version135/Scribus/scribus/doc/en/psd.html Mon Oct 17 19:35:45 2011
@@ -7,21 +7,21 @@
 <h2>Working with Photoshop® Files</h2>
 
 <h3>Overview</h3>
-<p>Adobe Photoshop is one of the world's best known software applications and widely used in professional graphics, both in print and for web work. While there are some great open source graphics applications like GIMP or Krita, sometimes Photoshop is still the only application which can be used in certain cases – especially in the pre-press world.</p>
+<p>Adobe Photoshop is one of the world’s best known software applications and widely used in professional graphics, both in print and for web graphics. While there are some great open source graphics applications like GIMP or Krita, sometimes Photoshop is still the only application that can be used in certain cases – especially in the pre-press world.</p>
 
-<p>One of the sources of its power is the native PSD file format. A PSD file can not only hold image data, but is more of a large container which can include metadata, camera info, text, vector artwork and more. Most other programs only handle a small subset of its capabilities. </p>
+<p>One of the sources of its power is the native PSD file format. A PSD file can not only hold image data, but is more of a large container which can include metadata, camera info, text, vector artwork, and more. Most other programs and formats only handle a small subset of its capabilities. </p>
 <h3>PSD Import</h3>
 <p>Scribus does have its own native capabilities to import PSD files from version 6 and earlier – the latest version of the PSD format which is publicly documented. The Scribus Team has also been able to worm some features out of files created with later PS versions, so most PSD files can at least be loaded into Scribus, but they may have file format features which are not supported.</p>
 <p>In general, PSD support is quite extensive, including:</p>
 <ul>
 <li>The ability to manipulate and adjust layer settings.</li>
 <li>The option to enable and use masking along with the paths embedded in the file.</li>
-<li>In almost all cases, provided they are not defective, ICC color profiles which are embedded into a PSD are detected and used when color management is enabled.</li>
-<li>Scribus generally will import 8-bit Greyscale, RGB and CMYK PSD files without issue.</li>
+<li>In almost all cases, provided they are not defective, ICC color profiles that are embedded into a PSD are detected and used when color management is enabled.</li>
+<li>Scribus generally will import 8-bit Grayscale, RGB and CMYK PSD files without issue.</li>
 <li>Alpha transparency is supported.</li>
 <li>Scribus will import PSD files with normal layers and will display the individual layers in the <i>Extended Image Properties</i> dialog, which is avialable from the Context Menu.</li> 
 <li>Clipping paths in PSD files will be recognized and can be used for text flow.</li>
-<li>Blending modes which are in the image file can be used to affect the way the image displays and prints. It's also possible to modify blending or to apply other modes between PSD layers. This won't affect the original file.</li>
+<li>Blending modes which are in the image file can be used to affect the way the image displays and prints. It’ also possible to modify blending or to apply other modes between PSD layers. This won’t affect the original file.</li>
 <li>In almost all cases Scribus will automatically detect the file encoding, whether it is ASCII, Binary or Binary with JPEG.</li>
 <!--<li>Scribus will handle both PSD and TIFF files, no matter what byte order is used – PPC Mac/SPARC or PC. If Scribus is run from the command line, you may see harmless error messages about tags in wrong order. Ignore them. </li>-->
 </ul>
@@ -32,9 +32,14 @@
 </ul>
 <h3>Specialties</h3>
 <ul>
-<li>DCS (Desktop Color Separations) 1.x/2.0 files are a special flavor of EPS saved in Photoshop and are imported natively – much like a PSD file – and complete with ICC profile support. Image quality should be close to or equivalent to the native PSD file. Vector masks are also detected and can be used to control the display within <i>Extended Image Properties</i>. DCS files can also be saved from Quark XPress®, but this flavor will be imported using Ghostscript as a filter for the time being. This is partly because the way Quark X-Press® exports them does not conform to the DCS specifications properly.</li>
-<li>Scribus can detect Duotones, Tritones and Quadtones in PSD and Photoshop EPS files and import them. The difference between both formats is that you need to import the spot colors from the EPS separately via <i>Edit > Colors > Import</i>. If you import a PSD file, you can directly manipulate each of the spot colors within it via the <i>Image Effects</i> dialog, which is available from the Context Menu. In most cases, Scribus will detect the image as Duo, Tri or Quadtone and automatically import the colors from the PSD file.</li></ul><br>
-<table width="100%"><tr><td align="center"><img src="images/imageeffects.png" title="Spot colors imported from a Tritone image" alt="Spot colors imported from a Tritone image" /></td></tr></table><br>
+<li>DCS (Desktop Color Separations) 1.x/2.0 files are a special flavor of EPS saved in Photoshop and are imported natively – much like a PSD file – and complete with ICC profile support. Image quality should be close to or equivalent to the native PSD file. Vector masks are also detected and can be used to control the display within <i>Extended Image Properties</i>. DCS files can also be saved from QuarkXPress®, but this flavor will be imported using Ghostscript as a filter for the time being. This is partly because the way QuarkXPress® exports them does not conform to the DCS specifications properly.</li>
+<li>Scribus can detect Duotones, Tritones and Quadtones in PSD and Photoshop EPS files and import them. The difference between both formats is that you need to import the spot colors from the EPS separately via <i>Edit > Colors > Import</i>. If you import a PSD file, you can directly manipulate each of the spot colors within it via the <i>Image Effects</i> dialog, which is available from the Context Menu. In most cases, Scribus will detect the image as Duo-, Tri- or Quadtone and automatically import the colors from the PSD file.</li></ul><br>
+<table width="100%">
+<tr><td align="center"><img src="images/duotone-imp.png" /></td></tr>
+<tr><td align="center"><img src="images/duotone-imp2.png" /></td></tr>
+<tr><td><i><div align="center">Duotone import: Scribus will indicate the Duotone “color space” in the import dialog (top) and load used spot colors into the color list (bottom right). <br>In the Image Effects dialog, the “Duotone” effect will be activated automatically (bottom left).</div></i></td></tr>
+</table>
+<br>
 <h3>Recommendations</h3>
 <ul>
 <li>If you do have the original PSD file of an image, by all means use it.</li>




More information about the scribus-commit mailing list