r16871 by craig - More doc updates from Christoph

scribus-commit scribus-commit at lists.scribus.net
Mon Oct 3 18:46:43 UTC 2011


Author: craig
Date: Mon Oct  3 18:46:43 2011
New Revision: 16871

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

Added:
    branches/Version135/Scribus/scribus/doc/en/color5.html
    branches/Version135/Scribus/scribus/doc/en/images/resene-pal.png   (with props)
    branches/Version135/Scribus/scribus/doc/en/images/tb-libreoffice.png   (with props)
    branches/Version135/Scribus/scribus/doc/en/images/tb-pdf-imp.png   (with props)
    branches/Version135/Scribus/scribus/doc/en/toolbox18.html
Modified:
    branches/Version135/Scribus/scribus/doc/en/about1.html
    branches/Version135/Scribus/scribus/doc/en/cms.html
    branches/Version135/Scribus/scribus/doc/en/color2.html
    branches/Version135/Scribus/scribus/doc/en/pdf_form.html
    branches/Version135/Scribus/scribus/doc/en/pdfexport1.html
    branches/Version135/Scribus/scribus/doc/en/pdfexport2.html
    branches/Version135/Scribus/scribus/doc/en/pdfexport3.html
    branches/Version135/Scribus/scribus/doc/en/pdfexport4.html
    branches/Version135/Scribus/scribus/doc/en/pdflavor.html
    branches/Version135/Scribus/scribus/doc/en/pdfx3.html
    branches/Version135/Scribus/scribus/doc/en/toolbox2.html

Modified: branches/Version135/Scribus/scribus/doc/en/about1.html
URL: http://scribus.net/websvn/diff.php?repname=Scribus&rev=16871&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  3 18:46:43 2011
@@ -1,7 +1,8 @@
-<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
 <html><head>
 
-	<meta http-equiv="Content-Type" content="text/html; charset=UTF-8"><title>About the Scribus Team</title></head><body>
+	<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
+	<title>About the Scribus Team</title>
+</head><body>
 <h2>About the Scribus Team (in order of joining)</h2>
 
 <p><b>Franz Schmid (fschmid):</b> “Our Linus …”. The original author and main coder; software developer for a manufacturing company.</p>
@@ -15,7 +16,7 @@
 
 <p><b>Riku Leino (Tsoots):</b> Started with 1.1.5; wrote the Document Template plug-in and the OpenOffice.org/HTML importers for 1.2.2; IT manager for a large non-profit organization in Finland.</p>
 
-<p><b>Andreas Vox – pronounced [fox] – (avox):</b> Started with 1.3.0; developed the original Mac OS X native port, font and PostScript specialist, hates C++, likes good layout and has a stupid comment for anything; software developer.</p>
+<p><b>Andreas Vox – pronounced [fox] – (avox):</b> Started with 1.3.0; developed the original Mac OS X native port, font and PostScript specialist, hates C++ and likes good layout; software developer.</p>
 
 <p><b>Jean Ghali (jghali):</b> Handles the Windows native port and much of the color management coding, gifted bughunter; pre-press and software engineer.</p>
 
@@ -27,20 +28,20 @@
 
 <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>Jain Basil Aliyas (jainbasil)</b>: Wrote the XTG and IDML import filters, and worked on the next generation of the Scribus Scripter.</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>Paul Smedley:</b> Maintainer of the OS/2 port.</p>
+<p><b>Paul Smedley (smedles):</b> Maintainer of the OS/2 port.</p>
 
 
 <h2>The Supporting Cast and Former Developers (in no particular order):</h2>
 
-<p><b>Paul F. Johnson (Nodoid):</b> Started with sending patches for 0.8, did code review and code optimizing. </p>
+<p><b>Paul F. Johnson (Nodoid):</b> Started with sending patches for 0.8, did code review and code optimizing, wrote the “Coding Standards” document. </p>
 
 <p><b>Steve Callcott (sjc):</b> Wrote the Python plug-in “Font Sampler”, which showed the real power of the Python Scripter in Scribus; works on systems control and consumer electronics, custom software and support.</p>
 
 <p><b>Alessandro Rimoldi:</b> Added fixes for the Scripter and code clean-ups, GSoC mentor.</p>
 
-<p><b>J.J. Sarton:</b> Added some key patches for improving image handling and other improvements. Added the launcher for external image editors to Scribus.</p>
+<p><b>Jean-Jacques Sarton:</b> Added some key patches for improving image handling and other improvements. Added the launcher for external image editors to Scribus.</p>
 
 <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>
 
@@ -56,7 +57,7 @@
 
 <p><b>Marti Maria:</b> Answered tons of our questions on color management and provided littleCMS to the the Open Source world.</p>
 
-<p><b>Johannes Rüschel:</b> Excellent bug finder, former German translator.</p>
+<p><b>Johannes Rüschel:</b> Excellent bug finder, former German translator.</p>
 
 <p><b>Alexandre Prokoudine:</b> Russian Translator, has helped a bunch with internationalization issues, as well as designing UI improvements; professional technical writer.</p>
 
@@ -69,4 +70,35 @@
 <p><b>Gregory Pittman:</b> One of the primary contributors to the Scribus wiki and the documentation, one of the main authors of the Official Manual and the Scribus Online Help; author of several useful Scribus scripts; neurologist.</p>
 
 <p><b>Volker Ribbert:</b> Started with the German translation of the docs.</p>
+
+<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>François Lanctôt:</b> Translator of the original documentation to French</p>
+
+<p><b>Eirik Øverby:</b> Continues to mainatin our servers.</p>
+
+<p><b>Gora Mohanty:</b> Wrote the spellcheck plug-in.</p>
+
+<p><b>Elvis Stansvik:</b> Wrote the “Search” for the Document Outline and implemented tables in 1.5svn.</p>
+
+<p><b>Tomas Mecir:</b> Orphans and widows control implementation and other improvements in 1.5svn.</p>
+
+<p><b>Michael Doubez</b></p>
+
+<p><b>Cezary Grabski:</b> Lots of fixes and improvements to the text system.</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>Andreas Nilsson:</b> Tango Project icons.</p>
+
+<p><b>Jakub Steiner:</b> Tango Project icons.</p>
+
+<p><b>Antoine Cailliau:</b> Tango Project icons.</p>
+<p><b></b></p>
 </body></html>

Modified: branches/Version135/Scribus/scribus/doc/en/cms.html
URL: http://scribus.net/websvn/diff.php?repname=Scribus&rev=16871&path=/branches/Version135/Scribus/scribus/doc/en/cms.html
==============================================================================
--- branches/Version135/Scribus/scribus/doc/en/cms.html (original)
+++ branches/Version135/Scribus/scribus/doc/en/cms.html Mon Oct  3 18:46:43 2011
@@ -1,47 +1,50 @@
 <html>
 <head>
 	<meta http-equiv="Content-Type" content="text/html; charset=UTF-8"/>
-	<title>Color management with Scribus, an Introduction</title>
+	<title>Color Management with Scribus</title>
 </head>
 <body>
-<h2>Color management with Scribus, an Introduction</h2>
+<h2>Color Management with Scribus</h2>
+<h3>Overview</h3>
 
-<h4>Activating Color Management</h4>
-<p>For color management to function properly you need the following to be installed to be active and usable:</p>
-<ul><li>Littlecms libraries installed and Scribus compiled with lcms support. You can tell by looking at <strong>Help > About Scribus</strong> and looking for C-C-T. The first C means Scribus is compiled with littlecms support. This is standard with MacOSX and Windows.</li>
-<li>You need a <strong>minimum</strong> of 1 RGB and 1 CMYK profile. Scribus  provides two basic profiles to ensure CMS can be enabled immediately.  In practical terms, you need more. One sRGB for most RGB colors and one for each color device. One for your monitor which is created with monitor profiling tools. Several CMYK profiles for printing. Some CMYK profiles are known as "press-standards", in that they represent common commercial print standards used in North America and Europe. The best bet is to download the "Windows" version of the Adobe ICC profile package and unzip it into a directory like $home/.colors/icc. Linux users can also download freely distributable profiles from the <a href="http://www.scribus.net/modules.php?op=modload&name=Downloads&file=index&req=viewdownload&cid=16">ICC downloads</a> section on <a href="http://www.scribus.net">www.scribus.net</a> </li>
-<li>Scribus, by default on Linux, will look in:
- <pre>$home/.color/icc</pre> and <pre>/usr/share/color/icc/</pre>
-for both personal icc profiles or system wide ones. There is a small, but growing collection of freely available icc profiles for download on <a href="http://www.scribus.net">www.scribus.net</a>. Look in the Downloads > ICC section. Scribus on Windows or MacOSX will look in the default system directories. Earlier versions of Scribus will look in the directory specified in preferences.</li>
-<li>If you are new to color management, please look over the <A href="http://www.scribus.net/index.php?name=Web_Links&req=viewlink&cid=4" id="links and documentation" onclick="links and documentation">links and documentation</A> on color management listed on www.scribus.net. These explain the theory and concepts far better than I could here.</li></ul>
-<h4>Overview</h4>
-<p>The objective of a color management system is to reduce the differences between the on-screen colors and final printing, as well as showing colors which are out of gamut, beyond the color range of your selected printer. The caveat is you need to provide a profile of the printer and one for your monitor which is reasonably accurate. For users of other applications, the default settings and descriptions can be quite confusing to new users. Without prior knowledge of the terminology, it is <strong>very</strong> easy to choose the wrong settings. This can often makes images look worse on screen or print. Then, the first time user simply says enough and disables color management.</p>
+<p>The objective of a color management system is to reduce the differences between the on-screen colors and final printing, as well as showing colors which are “out of gamut,” i.e., beyond the color range of your selected printer. The caveat is that you need a profile of the printer and one for your monitor which is reasonably accurate. The whole concept, the options and descriptions can be quite confusing to new users. Without prior knowledge of the terminology, it is <strong>very</strong> easy to choose the wrong settings. This can often make images look worse on screen or print, or both. Then, the first time user simply says “enough!” – and disables color management.</p>
 
-<p>In a word <strong>don't</strong>. Once you understand some basic concepts and know your final print destination, you will be able to predict - and - control more reliably how your document will look when printed. This is especially helpful when you will be sending files for later reproduction with four color printing or sending hi-resolution PDFs. The type of color management support within Scribus, I believe, is the first for an open source program. Future enhancements will bring even more exact control over color reproduction. The latest CUPS versions since 1.1.15+ now have support for true CMYK color printing. The newest version of little cms 1.15 has many new features which enhance the capabilities of Scribus to more accurately display color, along with much better performance. .</p>
+<p>In a word <strong>don’t</strong>. Once you understand some basic concepts and know your final print destination, you will be able to predict and control more reliably how your document will look when printed. This is especially helpful when you will be sending files for later reproduction with four color printing.</p>
 
-<p>The steps to making color management work reliably (what you see on screen is what you print) :</p>
+<p>The steps to making color management work reliably (what you see on screen is what will be printed):</p>
 
 <ol>
-	<li>Learn a little bit about color management concepts and terminology. </li>
-	<li>Get the profiles setup properly. Below is a listing of color tools available for Linux. The most important is getting a good accurate monitor profile. The prof profilers do an excellent job at creating monitor profiles. <a href="moncal.html">Here</a> is a how to for creating ICC profiles for your monitor with the lprof profile tools. <strong>Without a properly created monitor profile, enabling color management will give you unsatisfactory results in printing and inaccurate previews on screen.</strong> </li>
-	<li>Embed the image profiles properly in image editing applications where possible.</li>
-
+	<li>Learn a little bit about color management concepts and terminology. There are many good books and websites about color management. (See, for example, <a href="http://www.poynton.com">here</a>.)</li>
+	<li>Get profiles set up properly. The most important is getting a good accurate monitor profile. The <a href="toolbox14.html">Lprof profiler</a> does an excellent job at creating monitor profiles. <i>Without a properly created monitor profile, enabling color management will give you unsatisfactory results in printing and inaccurate previews on screen.</i> </li>
+	<li>Embed the color profiles properly in image editing applications. Nowadays, not only closed source graphics software supports color management, but also all major Open Source programs, like GIMP, Krita, digiKam, Inkscape, or sK1.</li>
 </ol>
 
-<p>The color management system within Scribus is designed foremost for enabling color managed "soft proofs" of the images within the document. Scribus can also show "out of gamut" warnings for colors which might not be accurately reproduced by printing. (Most printers, have a narrower range of colors which can be printed, when compared to most monitors.) It does not embed or alter the profiles within your images. Some image files, png and Tiff, helpfully, can have an embedded ICM or ICC profile within the file header - also known as <strong><em>tagged</em></strong>, with a color profile. Later on, we will describe how and when it might be appropriate to use littlecms or Photopaint to apply a <strong>tag</strong> or embed a profile. If a file is <strong>tagged</strong>, Scribus will work with littlecms to read that profile within the image and use that profile to more accurately display the colors within an image. If an image does not have a tag but you know the device profile which should be assigned to the image, you can still use the CMS settings to preview with the profile temporarily assigned within the document. Caution is advised not to assign the wrong profile unless you are absolutely sure of the image source.</p>
-
-<p>The <strong>littlecms</strong> package has developed into a stable mature library. Independent tests vouch for its accuracy and littlecms is used within the printer firmware of some the most exotic and high end printers available. Given that this has come from a very small group of folks is really remarkably accurate  considering the amount of development work done by large companies such as Kodak, Adobe, Agfa and others. </p>
+<p>The color management system within Scribus is currently designed for enabling color managed “soft proofs” of your documents. Scribus can also show “out of gamut” warnings for colors which may not be accurately reproduced by a commercial printing device. (Most printers have a narrower range of printable colors, when compared to most monitors.) It does not embed or alter the profiles embedded in your images. (Some image formats, like EPS, JPEG, PNG or TIFF, can have an ICM or ICC profile embedded.)</p>
 
 <p><strong>What are color or device profiles?</strong></p>
 
-<p><strong>ICC</strong> or <strong>ICM</strong> profiles are a special type of file which describes the color characteristic of a device like a scanner, monitor or printer - basically any device which can create or display manipulate the color of a digital image. There are also color profiles which are known as <strong>device independent</strong> or <strong>working space</strong> profiles. These special files can be thought of as translators which are used to convert from one type of color profile to another. An icc or icm file is a set of tables which describes the mathematical values by which devices measure and describe color. Fortunately, these are set by open international standards and work the same way on a Mac, Windows PC, Linux or Solaris.</p>
+<p><strong>ICC</strong> or <strong>ICM</strong> profiles are a special type of file which describes the color characteristic of a device like a scanner, monitor or printer – basically any device which can create, display or manipulate the color of a digital image, hence the name <b>device profiles</b>.</p>
+<p>There also color profiles which are known as <strong>device independent</strong> or <strong>working space</strong> profiles. These special files can be thought of as translators which are used to convert from one type of color profile to another.</p>
+<p>An ICC or ICM file is a set of tables which describes the mathematical values by which devices measure and describe color. Fortunately, these are set by <a href="http://www.color.org ">open international standards</a> and work the same way on Mac OS X, OS/2, eCS, Windows, Linux or UNIX.</p>
 
-<p><strong>Device Profiles</strong> - are separate files which describe the way a device creates (scanner or digital camera), displays (monitor) or outputs (printer) colors. Users of of Photoshop will be familiar with the choice of <strong>Working Profiles</strong> or <strong>Working Space</strong> - which are color profiles not related to a particular device, but to assist in the conversion of color from one device to another. Well known RGB "working spaces" Include sRGB, Adobe® RGB 1998, Colormatch,Bruce RGB or CIERGB. Users of Photoshop or other color may be wondering if this is a missing feature, but littlecms uses its own internal color conversion process to make the transformation between color spaces. One less setting to worry about!</p>
 
-<table width="100%"><tr><td align="center"><img src="images/cmsmodify1.png" align="center" title="Color Management Preferences" alt="Color Management Preferences"/></td></tr></table>
+<h3>Activating Color Management</h3>
+<p>For color management to function properly you need the following to be installed to be active and usable:</p>
+<ul>
+<li>The littleCMS library. This is standard with builds for Mac OS X, OS/2, eComStation and Windows and a dependency on Linux and UNIX.</li>
+<li>You need at least 1 RGB and 1 CMYK profile. Scribus  provides two basic profiles to ensure that Color management can be enabled immediately after installation.  In practical terms, you need more: one sRGB profile for most RGB colors and one for each color device; one for your monitor which should be created with a monitor profiling tool; several CMYK profiles for commercial printing. <br>Some CMYK profiles are known as “press-standards,” in that they represent standardized commercial printing conditions used in Europe, Japan and North America. There are several websites that provide reliable ICC profiles for download. One standard set in the industry is “Adobe ICC Profiles,” as these are shipped with Adobe applications. You can download them from <a href="http://www.adobe.com/support/downloads/iccprofiles">Adobe’s website</a>. A set of profiles that has been found to be of excellent quality is the one from <a href="http://www.basiccolor.de">basICColor GmbH</a>, a German company specialized in color management. The profiles, which are covered by a CC license, can be downloaded <a href="http://www.colormanagement.org">here</a>.</li>
+<li>A more recent development on the Linux desktop is the implementation of color management almost everywhere, at least where it makes sense. As a result, not only bitmap editing, vector drawing or DTP programs started to use color management, but also web browsers or simple image viewers. Thus, many modern Linux distributions provide a lot of high-quality ICC profile sets as additional packagages for easy installation via your package manager, among them the Adobe ICC and basICColor profiles mentioned above. Due to the licensing policy of some distributions you may have to add or activate the “non-free” repository, or whatever the name for non-(L)GPL/BSD packages for your distribution is.</li>
+</ul>
 
-<table width="100%"><tr><td align="center"></td></tr></table>
-<p>Why "soft proofing" ? With the proper setup of device profiles, Scribus can adjust the colors of your monitor to more accurately represent how your document will actually look when finally printed., This can be doubly helpful if you are sending it to be printed commercially or for service bureau output. Moreover, each image can be individually modified by Scribus to assign profiles in an image, so that it can be properly color managed in document production, such as preparing film, a PDF/X-3 or direct to plate technologies. This does not however, alter the image file internally. Preview profiles <strong>assigned</strong> to an image are part of the setting retained in a Scribus document or in the creation of a PDF. There is also are command line tools in littlecms to embed profiles with <strong>tifficc</strong> and <strong>jpegicc</strong>. See the littlecms docs for exact options. You can also embed ICC profiles using Cinepaint, Imagemagick, Krita along with Adobe Photoshop.</p>
+<h3>Locations for Color Profiles</h3>
+<ul>
+<li><b>Linux/UNIX:</b> <code>/usr/share/color/icc</code> (system) and <code>/home/username/.color/icc</code> (user).</li>
+<li><b>Mac OS X:</b> <code>/Library/ColorSync/Profiles</code>.</li>
+<li><b>Windows:</b>: <code>C:\WINNT\system32\spool\drivers\color</code> (Windows 2000) and <code>C:\Windows\system32\spool\drivers\color</code> (Windows XP, Vista, 7).</li>
+<i><b>OS/2 and eComStation:</b> <code>X:\scribus\lib\scribus\profiles</code>. <br>
+<i>Note that there is no system-wide color management available on OS/2 and eComStation, so every program that uses color management, like Scribus or GIMP, needs the profiles in its own directory. However, it’s possible to create a single directory that comprises all profiles and then set this directory as an additional source for profiles, e.g.</i> <code>X:\ICC</code>. <i>In Scribus you can add this path in the “General” tab of the <a href="settings1.html#1">Preferences</a>.</i></li>
+</ul>
+
 <br />
 </body>
 </html>

Modified: branches/Version135/Scribus/scribus/doc/en/color2.html
URL: http://scribus.net/websvn/diff.php?repname=Scribus&rev=16871&path=/branches/Version135/Scribus/scribus/doc/en/color2.html
==============================================================================
--- branches/Version135/Scribus/scribus/doc/en/color2.html (original)
+++ branches/Version135/Scribus/scribus/doc/en/color2.html Mon Oct  3 18:46:43 2011
@@ -6,36 +6,36 @@
 <body>
 <h2>Editing and Managing Solid Colors (2)</h2>
 <h3>Changing the Default Color Palette</h3>
-<p>To change the default color palette, make sure that no Scribus document is open. Then open the Color Manager (<i>Edit > Colors</i>):</p>
+<p>To change the default colour palette, make sure that no Scribus document is open. Then open the Color Manager (<i>Edit > Colors</i>):</p>
 
 <table width="100%"><tr><td align="center"><img src="images/colrs-mgt1.png" title="Scribus Color Manager" alt="Scribus Color Manager" /></td></tr></table><br/>
 
 <p>In the dialog you can select a new default palette for <i>new</i> documents. Any change you make here will not affect existing documents, as the color palette in such a document has been <a href="color1.html">stored</a> in the document itself. Some of the color palettes shipped with Scribus have been created for special purposes, so before you select another default palette, you should learn something about the color sets from the descriptions provided in subsequent sections. In some cases, your printer or a client may insist on the use of certain colors.</p>
 <p>What you will notice immediately when you open the dialog is that you can’t edit any color in one of the palettes that are shipped with Scribus. This is a feature, not a bug, as the very purpose of standardized colors is to work across documents, computers or platforms with identical colors, which in turn have unique color values and color names. Thus, all color palettes that have been installed to directories to which you have read-only access are “locked”, i.e. prevented from editing.</p>
-<p>Sometimes, however, there are good reasons to edit a locked palette anyway, for example, if you need to reduce the number of colors in a palette for a certain project, i.e. if you need to create a “project palette”. In such a case you can  click on the “Save Color Set” button in the Color Manager. This will save the palette to the folder <code>~/swatches</code> in your Scribus settings directory (e.g. <code>~.scribus/swatches</code> on Linux/UNIX) and will add the copy to the list of available color sets. If you select the copy of the palette, you will notice that the editing options are now available. Be aware, though, that clicking “OK” will make all changes to the copy permanent!</p><br>
+<p>Sometimes, however, there are good reasons to edit a locked palette anyway, for example, if you need to reduce the number of colors in a palette for a certain project, i.e. if you need to create a “project palette”. In such a case you can  click on the “Save Color Set” icon in the Color Manager. This will save the palette to your home directory and will add the copy to the list of available color sets. If you select the copy of the palette, you will notice that the editing options are now available. Be aware, though, that clicking “OK” will make all changes to the copy permanent!</p><br>
 <table width="100%"><tr><td align="center"><img src="images/colrs-mgt2.png" title="Saving an editable copy of a locked palette" alt="Saving an editable copy of a locked palette" /></td></tr></table><br/>
 
 <h3>Installing or Importing New Color Palettes</h3>
-<p>If you have bought or downloaded standardized palettes from a third party vendor and you can’t acquire root/Administrator priviliges on the system you are working on, you are advised to copy the palette files into a special folder in your home directory. If you have root/Administrator permissions, you can also copy the sets into a folder in the install directory. Please read the licensing conditions for the files you wish to install, as they may limit the number of permitted users per palette.</p>
+<p>If you have bought or downloaded standardized palettes from a third party vendor and you can’t acquire root/Administrator privileges on the system you are working on, you are advised to copy the palette files into a special folder in your home directory. If you have root/Administrator permissions, you can also copy the sets into a folder in the install directory. Please read the licensing conditions for the files you wish to install, as they may limit the number of permitted users per palette.</p>
 <p>Here are the relevant paths for the supported operating systems:</p>
 
 
-<h4>Linux/UNIX:</h4>
+<h4>Linux/UNIX</h4>
 <p>If you have installed Scribus with a package management system like RPM, DEB or BSD Ports, the palette files need to be copied to either <code>/usr/lib/scribus/swatches</code> or <code>/usr/local/lib/scribus/swatches</code>. The respective location depends on the configuration of a distribution’s package manager.</p>
 <p>Those who compiled Scribus themselves need to copy the palette files to <code>installation_directory/lib/scribus/swatches</code>.</p>
 <p>If you don’t have root permissions, you can also copy the files to <code>/home/user_name/.scribus/swatches/locked</code>.</p>
-<p>In case the folder <code>locked</code> doesn’t yet exist, you have to create it.</p>
+<p>You have to create the folder <code>locked</code> if doesn’t exist.</p>
 <h4>Mac OS X</h4>
 <p>Copy the palettes into the directory <code>/Library/Preferences/Scribus/swatches/locked</code> in your Home directory.</p>
-<p>If the folder <code>locked</code> doesn’t yet exist, you have to create it.</p>
+<p>If the folder <code>locked</code> doesn’t exist, you have to create it.</p>
+<h4>OS/2 Warp 4 and eComStation</h4>
+<p>Copy the palettes to the directory <code>X:\scribus\lib\swatches\locked</code>.</p>
+<p>If the folder <code>locked</code> doesn’t exist, you have to create it.</p>
 <h4>Windows</h4>
 <p>Copy the files to the folder <code>C:\Program Files\Scribus{version}\share\swatches</code>.</p>
 <p>If you don’t have Administrator permissions, you can copy the files to your user directory. On Windows 2000, XP and 2003 this is
-<code>C:\Documents and Settings\username\.scribus\swatches\locked</code> and on Windows Vista and 7 it’s <code>
+<code>C:\Documents and Settings\username\.scribus\swatches\locked</code>, and on Windows Vista and 7 it’s <code>
 C:\Users\username\.scribus\swatches\locked</code>.</p> 
-<p>In case the folder <code>locked</code> doesn’t yet exist, you have to create it.</p>
-<h4>OS/2 Warp 4 and eComStation</h4>
-<p>Copy the palettes to the directory <code>%HOME%\.scribus\swatches\locked</code>.</p>
-<p>If the folder <code>locked</code> doesn’t yet exist, you have to create it.</p>
+<p>If the folder <code>locked</code> doesn’t exist, you have to create it.</p>
 </body>
 </html>

Modified: branches/Version135/Scribus/scribus/doc/en/pdf_form.html
URL: http://scribus.net/websvn/diff.php?repname=Scribus&rev=16871&path=/branches/Version135/Scribus/scribus/doc/en/pdf_form.html
==============================================================================
--- branches/Version135/Scribus/scribus/doc/en/pdf_form.html (original)
+++ branches/Version135/Scribus/scribus/doc/en/pdf_form.html Mon Oct  3 18:46:43 2011
@@ -4,98 +4,56 @@
 	<title>How To Create Your First PDF Web Form with Scribus</title>
 </head>
 <body>
-<h2>How To Create Your First PDF Web Form with Scribus</h2>
-<p><em><strong>With many thanks to Maciej Hanski</strong>, who kindly translated this from the Polish original, licenced under the FDL.</em></p>
-<p><strong>The sample files, <code>scribusformphp.tar.gz</code>, a tarball of a php file and a sample doc, are available from http://docs.scribus.net</a></p>
+<h2>PDF Forms</h2>
+<i>Thanks to Maciej Hanski, who kindly translated the original file from Polish to English. The content of this page is licenced under the Free Documentation Licence.</i></p>
+<!--<p>The sample files, <code>scribusformphp.tar.gz</code>, a tarball of a php file and a sample doc, are available from http://docs.scribus.net</a></p>-->
 
-<p>One of the biggest advantages of Scribus is the possibility to create PDF forms with embedded JavaScript scripts (in Adobe's own version, as described in the Adobe JavaScript Reference at http://partners.adobe.com/asn/developer/pdfs/tn/5186AcroJS.pdf</p>
+<p>One of the advantages of Scribus is the possibility to create PDF forms with embedded JavaScript scripts (as described in the <a href="http://partners.adobe.com/asn/developer/pdfs/tn/5186AcroJS.pdf">Adobe JavaScript Reference</a>).</p>
 
-<p>Its rather simple to create a new form with Scribus. We start with clicking on the "New Document" icon or choosing <strong>New</strong> from the <strong>File</strong> menu.</p>
+<p>It’s quite simple to create a new form with Scribus. Start by clicking on the “New Document” icon or choosing <i>New</i> from the <i>File</i> menu.</p>
 
-<table width="100%"><tr><td align="center"><img src="images/formularz_nowy.png" alt="Create a new doc" title="Create a new doc" /></a></td></tr></table>
+<p>Next, activate the grid (<i>Page > Snap to Grid</i>) and make it visible (<i>View > Show Grid</i>). This will help you to correctly place your form fields on the page. Then create some <a href="WwText.html">text frames</a> as field descriptions.</p>
+<table width="100%"><tr><td align="center"><img src="images/pdf-form-ht1.png" /></td></tr></table>
 
-<br />
-<p>Let us activate the grid then (menu <strong>View</strong> -> <strong>Show Grid</strong>), it will help us to correctly locate our form fields on the page. We need some text frames to make a nice title and field descriptions - a few clicks on the <strong>[ab]</strong> icon and all the text frames are there in no time.</p>
+<div>Now you can start adding form elements. The toolbox for form elements is available in the Toolbar:
+<table width="100%"><tr><td align="center"><img src="images/pdf-form-ht2.png" /></td></tr></table>
 
-<table width="100%"><tr><td align="center"><img src="images/siatka_menu.png" border="0" alt="null" /></td></tr></table>
+To add a PDF text field, click on the second button from the left and create a text frame. In this sample form, you will need one PDF text field for each entry: “Name,” “Street/No” and “ZIP Code/Town.”. To create a PDF button, use the button at the left of the Toolbar.
 
-<p>Having filled our frames with text, we can change their properties with the <strong>Properties</strong> palette, which can be found in the <strong>Tools</strong> menu.</p>
+<table width="100%"><tr><td align="center"><img src="images/pdf-form-ht3.png" /></td></tr></table>
 
-<table width="100%"><tr><td align="center"><img src="images/siatka_jednostki_miar.png"  alt="" /></td></tr></table>
+<p>As you can see in the screenshot above, all PDF form items use <i>blue</i> lines to indicate frame borders. To edit the PDF form properties of a field, right-click and select “PDF Options > Field Properties”:</p>
+<table width="100%"><tr><td align="center"><img src="images/pdf-form-ht4.png" /></td></tr></table>
+
+<p>The “Field Properties” dialog is mostly self-explanatory, and it’s impossible to explain all options in detail here. For the purpose of this introduction it’s important that you assign a unique name to each PDF text field and that the field type is “Text.” The name is important, as it can be used by external scripts to process the form data. e.g. if you use your form to send data to a website. You can also let Scribus validate the correctness of the data inserted by the user of the PDF, e.g. if a field requires a numerical value. If Scribus’s limited validation options are insufficient for your purposes, you can use JavaScript to create more sophisticated ones.</p>
+
+<table width="100%"><tr><td align="center"><img src="images/pdf-form-ht5.png" /></td></tr></table>
+
+<p>To send inserted data from your PDF viewer, you need to add a “Submit” button to your form. Create a button as described above and open the field properties dialog from the Context Menu:</p>
+
+<table width="100%"><tr><td align="center"><img src="images/pdf-form-ht6.png" /></td></tr></table>
+
+<p>Note that the “Action” tab allows for much more than just “submit” actions, as you can see from the drop-down list “Type.”</p>
+
+<p>When you export your form to PDF, you are advised to choose at least PDF 1.4 in the PDF Export dialog.</p>
 
 
-<br />
-
-<div>Now we can start adding form elements: some text fields and one button for submitting our form to an URL. To add a field simply click on the arrow on the right side of the <strong>OK</strong> icon and select a type from the displayed options: button, text field, check box, combo box, and list box.</div>
-
-<br />
-<table width="100%"><tr><td align="center"><img src="images/symbole.png" alt="null" /></td></tr></table>
-
-<p>The current active element of the form has a red frame border; you can activate an element in choosing the "Select" icon (the one with crossed arrows) and clicking on the item to be chosen.</p>
-<br />
-
-<table width="100%"><tr><td align="center"><img src="images/ulica.png" alt="null" /></td></tr></table>
-
-<br />
- 
-<p>The right click on an element activates a new menu. We choose <strong>Field Properties</strong> and define field names (we will need the field names in our PHP script, to which we'll send the form), types (e.g., number, time, date), and actions to be performed on different events (Mouse Enter, Mouse Exit, On Blur, and so on).</p>
-
-<br /><br />
-
-<table width="100%"><tr><td align="center"><img src="images/wlasciwosci_pola.png" alt="null"  border="0" /></td></tr></table>
-
-<br />
-
-<p>Here we are defining the <strong>No</strong> field as a number. Acrobat Reader won't accept anything else as a valid entry, then.</p>
-
-<br />
-
-<table width="100%"><tr><td align="center"><img src="images/formularz_pole_num.png" border="0" alt="null" /></td></tr></table>
-
-<br />
-
-<p>Here, we are defining a custom validation script for the <strong>Name</strong> field - after changing the field contents there will be a beep sound and an alert will be showed (not very sophisticated, I know, but it still demonstrates the possibilities of PDF). Scribus has its own simple text editor, which enables us to save the script to a separate file. Custom scripts can be defined not only on the form field level, but as global scripts as well (<strong>Edit</strong> -> <strong>JavaScripts</strong>).</p>
-
-<br />
-
-<table width="100%"><tr><td align="center"><img src="images/formularz_js_skrypt.png" alt="null" /></td></tr></table>
-<br />
-
-<p>After saving the script and closing the editor, the script contents is shown in the <strong>Field Properties</strong>.</p>
-<br />
-
-<table width="100%"><tr><td align="center"><img src="images/formularz_js_sprawdzanie.png" border="0" alt="null" /></td></tr></table>
-
-<br />
-
-<p>We have still to define, to which URL the form contents will be sent (there is a simple PHP script at the destination address, which will format and display the received form data). We choose in the button properties as the action type <strong>Submit form</strong> and enter the address of our PHP script: <strong>scribus_test.php</strong>. We match the <strong>Submit Data as HTML</strong> option to end with (the other option would be the FDF data, but this is a very different story) and we are done now.</p>
-
-<br />
-
-<table width="100%"><tr><td align="center"><img src="images/wyslij_formularz.png" alt="null" /></td></tr></table>
-
-<br />
-
-<p>The only thing else to do is to export the document to PDF: menu <strong>File -> Export... ->; Export to PDF...</strong>.<br />We select <strong>Acrobat 5.0</strong> as the file format and save the file.</p>
-
-<br />
-<table width="100%"><tr><td align="center"><img src="images/formularz_export_PDF.png" border="0" alt="null" /></td></tr></table>
-<br />
-
-<p>The result of our work can be downloaded from http://docs.scribus.net and tested. In order to submit the form we must open it from within a browser, Netscape 4.* or Mozilla are the safe choices (check the Mozilla plug-ins to see, if the Acrobat Reader plug-in is enabled. If not, you have to symlink it into the Mozilla's plug-in directory. In my particular case, the Mozilla's plug-in directory is  <strong>/usr/lib/mozilla-1.3/plug-in</strong>, and the plug-in to be symlinked into it is <strong>/usr/local/Acrobat5/Browsers/intellinux/nppdf.so</strong>).</p>
+<!--<p>The result of our work can be downloaded from http://docs.scribus.net and tested. In order to submit the form we must open it from within a browser, Netscape 4.* or Mozilla are the safe choices (check the Mozilla plug-ins to see, if the Acrobat Reader plug-in is enabled. If not, you have to symlink it into the Mozilla's plug-in directory. In my particular case, the Mozilla's plug-in directory is  <strong>/usr/lib/mozilla-1.3/plug-in</strong>, and the plug-in to be symlinked into it is <strong>/usr/local/Acrobat5/Browsers/intellinux/nppdf.so</strong>).</p>
 
 <p><strong>My very own impression:</strong> Scribus as a tool for working with PDF forms seems to be more comfortable in use than Adobe Acrobat 5.0 (the only version, I've worked with). It's a lot easier to layout documents with Scribus, since Acrobat only allows you to edit existing documents, but not to create a new document from  scratch. Scribus provides us with the full control over the final results and allows us much more freedom in changing the document's layout. More over, Scribus files can be edited even with a simple text editor, since its file format is entirely XML
-based.</p>
-<p><em>Maciej Hanski</em> - 22:10:2003</p>
+based.</p>-->
+<p>Maciej Hanski, October 2003</br>
+Updated by Christoph Schäfer, September 2011
+</p>
 
-<p><strong>Some useful PDF/JavaScript Links:</strong></p>
+
+<h4>Some useful PDF/JavaScript Links</h4>
 <ul>
 	<li><a href="http://www.planetpdf.com/mainpage.asp?WebPageID=229" target="_blank">Planet PDF</a></li>
 	<li><a href="http://partners.adobe.com/asn/developer/pdfs/tn/5186AcroJS.pdf" target="_blank">Acrobat JavaScript Object Specification</a></li>
-	<li><a href="http://ahnews.music.salford.ac.uk/scribus/documentation/pdfs/javascriptpdfa4.pdf" target="_blank">JavaScript and Scribus</a></li>
 </ul>
 
-<p><strong>Some useful CGI/PHP links:</strong></p>
+<h4>Some useful CGI/PHP links</h4>
 <ul>
 	<li><a href="http://www.cgi101.com/book/ch4/text.html">http://www.cgi101.com/book/ch4/text.html</a></li>
 	<li><a href="http://www.cgi101.com/book/ch4/post-cgi.html">http://www.cgi101.com/book/ch4/post-cgi.html</a></li>

Modified: branches/Version135/Scribus/scribus/doc/en/pdfexport1.html
URL: http://scribus.net/websvn/diff.php?repname=Scribus&rev=16871&path=/branches/Version135/Scribus/scribus/doc/en/pdfexport1.html
==============================================================================
--- branches/Version135/Scribus/scribus/doc/en/pdfexport1.html (original)
+++ branches/Version135/Scribus/scribus/doc/en/pdfexport1.html Mon Oct  3 18:46:43 2011
@@ -8,17 +8,10 @@
 
 <h3>Overview</h3>
 
-<p>The power and versatility with the PDF Export in Scribus is one of its notable features. Documenting all its features requires almost a chapter by itself. I encourage you to read this introductory part thoroughly to become familiar with all the PDF features and options, along with viewing some of the PDFs created with Scribus on-line at <a href="http://www.scribus.net">www.scribus.net</a> in the download section.</p>
-<p>The platform neutral nature of PDF enables Scribus users to overcome a number of potential barriers to Linux and DTP. Scribus reliably exports high quality, "press-ready" PDF including advanced PDF 1.4 features, ISO compliant PDF/X-3 and ICC color managed PDFs, thanks to <a href="http://www.littlecms.com">little cms</a>. If your printer is skeptical, point them to <a href="prepress.html">Scribus Pre Press</a>. This is a downloadable PDF which outlines pre-press tests on Scribus, along with other supplementary info.</p> 
-<p>If Scribus only created high resolution commercial grade PDFs, that alone would make Scribus a great application. The bonus is all the easy to use versatility such as: creating presentations á la Powerpoint or creating web-enabled PDF interactive forms which can be used with electronic document exchange, the ability to use JavaScript to control elements within the PDF. Scribus provides other user friendly touches like annotations, bookmarks and optionally, document security, if needed.</p>
-<p>While PDF in one sense is a proprietary standard, it is also widely available on most every computing platform. It is also extremely well documented. The PDF 1.5 reference manual is a <em>mere</em> 1100 pages. The PDF abilities in Scribus enables for <strong>repurposing</strong> a document. One document can be produced for printing, web download or for presentation like StarOffice Impress or MS Power point. That this is a future trend in publishing is indicated by the same strategy in Adobe's InDesign 2.0+ and the new PDF capabilities in Quark Xpress 6 and Adobe Illustrator 10+. In electronic publishing and pre-press production, both have seen many enhancements to PDF, which often overcome the limitations of HTML and traditional PostScript, respectively.</p>
-<p>Your best viewing / printing results will be with the newest version of Acrobat Reader 5.0.10 or Adobe Reader 7.0.8 for Linux and version 6.0+ on other platforms, where it is available. Please also note, <strong>gv and derivatives are not suitable viewers</strong> for Scribus EPS or PDFs. Similarly, Adobe Reader on MacOSX is given preference over the built-in Preview app.</p>
-<p>One of the challenges with PDF and EPS viewers on Linux, is that Scribus creates high end PS level 3 and PDF 1.4, with capabilities beyond most of the open source viewers. Some of these features are only supported in commercial pre-press or DTP tools. Moreover, none of the open source viewers are capable of correctly interpreting color managed PDF. Two plus years of working with Scribus has led me to the current conclusion that the following three viewers are the most reliable at displaying PS/EPS/PDF created by Scribus:</p>
-<ul>
-<li><strong>Adobe Reader 5.0.10+ for Linux</strong> - The best and sometimes the only choice for PDF viewing. Detailed notes and hints: <a href="toolbox1.html">Adobe Reader</a>.</li>
-<li><strong>GSview 4.8+</strong> - with the latest version of Ghostscript available. This combination is your best choice for viewing EPS files, PS files and most PDFs. In addition, GSview has many other very useful capabilities with add-ons like <code>pstoedit</code> and <code>epstool</code>. For more detailed notes and hints: <a href="toolbox6.html">GSview</a>. I consider it an essential tool for DTP on Linux.</li>
-<li><strong>Kpdf 3.5+</strong> - This updated PDF viewer from KDE 3.5 has a new rendering engine and is capable of viewing PDF 1.5 files.</li>
-</ul>
-<p><strong>If any other PDF or EPS viewer you choose cannot display PDFs from Scribus, but they do view properly in Acrobat Reader, file a bug with the upstream author. In virtually all cases I have tested, it is a limitation of the viewing application. Scribus PDFs are tested daily with specialist pre-press software to validate their adherence to the published PDF specifications.</strong></p>
+<p>The power and versatility of the PDF (Portable Document Format) export in Scribus is one of its notable features. The platform-neutral nature of PDF enables Scribus users to overcome a number of potential barriers between Open Source and “traditional” print workflows. Scribus reliably exports high-quality, “press-ready” PDF, including advanced PDF features, ISO-compliant PDF/X-3 and ICC color-managed PDFs.</p> 
+<p>If Scribus would only be capable of creating high resolution PDFs for commercial printing, that alone would make Scribus a great application. The bonus is all the easy-to-use versatility, such as: creating presentations à la PowerPoint or creating web-enabled interactive PDF forms, which can be used in electronic document exchange, or the ability to use JavaScript to control elements within the PDF. Scribus also provides other useful features, like annotations, bookmarks and optionally document encryption.</p>
+<p>The PDF abilities of Scribus enable for “repurposing” a document. A single document can be exported for printing, web download or for slide presentations. That this is a future trend in publishing is indicated by the same strategy in Adobe’s InDesign, the new PDF capabilities in QuarkXPress or in Adobe Illustrator. New requirements in publishing have resulted in many enhancements to the PDF standard, which often overcome the limitations of HTML and traditional PostScript, respectively.</p>
+<p>Your best PDF viewing/printing results will be with the newest version of <a href="toolbox1.html">Adobe Reader</a>.</p>
+
 </body>
 </html>

Modified: branches/Version135/Scribus/scribus/doc/en/pdfexport2.html
URL: http://scribus.net/websvn/diff.php?repname=Scribus&rev=16871&path=/branches/Version135/Scribus/scribus/doc/en/pdfexport2.html
==============================================================================
--- branches/Version135/Scribus/scribus/doc/en/pdfexport2.html (original)
+++ branches/Version135/Scribus/scribus/doc/en/pdfexport2.html Mon Oct  3 18:46:43 2011
@@ -1,26 +1,26 @@
 <html>
 <head>
 	<meta http-equiv="Content-Type" content="text/html; charset=UTF-8"/>
-	<title>PDF Exporting from Scribus</title>
+	<title>PDF Export Targets</title>
 </head>
 <body>
-<h2>PDF Exporting from Scribus</h2>
-<h3>Scribus PDF Export Workflow</h3>
+<h2>PDF Export Targets</h2>
 
-<p>Aside from interactive PDF creation explained later, for a given document, there are basically four paths to follow in creating your PDF:</p>
+<p>There are basically four kinds of PDF export targets. It’s important that you consider the hints below <i>before</i> you start creating your documents.</p>
 <ol>
 <li>
-<p><strong>Web download - Screen Reading - Interactive Forms</strong> - Follow this work flow when you want the smallest file size and high resolution printing is not required.</p>
+<p><strong>Press Optimized:</strong> All <a href="importhints.html">bitmap images</a> brought into to Scribus as placed images should have a minimum resolution of 200 dpi and preferably 300 dpi or more for photos or TIFFs. For line art or vector graphics converted to a bitmap image, an even higher resolution may be necessary for best results. Most vector files can be <a href="importhints2.html">imported directly</a> as native Scribus objects, which is recommended if possible. Output target in the PDF Export dialog: “Printer,” unless you export to <a href="pdfx3.html">PDF/X-3</a>.</p>
 </li>
 <li>
-<p><strong>Presentation Effects</strong> - the recommended settings are down-sample all images to 72, 96 or 120 dpi, depending on the resolution of the display screen. Embed all fonts and landscape page layouts will give you maximum image area on the screen if you plan on using a display projector. More hints on Presentation PDFs further on.</p>
+<p><strong>Print Optimized:</strong> This would mean targeting the PDF for printing on an office laser-jet or ink-jet. Recommended settings: Down-sample all images to 300 dpi or less, embed fonts and keep your page margins with enough tolerance for margin limits on desktop and common office printers (approx. 6/10th of an inch or 1.5 cm). <b>Do not choose “Printer” as an output target, but use “Screen/Web” instead, as ink-jet and laser-jet printers expect RGB input.</b></p>
 </li>
 <li>
-<p><strong>Press Optimized</strong> - Clear all down-sampling or compression of images where image quality is of utmost importance. All images brought into to Scribus as placed images should be a minimum of 200 dpi and preferably 300 dpi or more for photos or TIFFs. Line art or vector graphics converted to an EPS in a program like Illustrator should have a minimum of 800 dpi for best results. Most vector EPS can be imported directly as native Scribus objects and recommended where possible. <strong>If your printer supports color managed PDF/X-3, This is the recommended method for optimal results. However, only the latest printing technology can support PDF/X-3. You should only enable this when your printer advises. </strong>.</p>
+<p><strong>Web download, screen reading, interactive forms:</strong> See the section on <a href="pdfexport3.html">Screen/Web export</a>.</p>
 </li>
 <li>
-<p><strong>Print Optimized</strong> - This would mean targeting the PDF for printing on an office laser jet or ink jet. Recommended settings: down-sample all images to 300 dpi or less, embed fonts and keep your page margins with enough tolerance for margin limits on desktop and common office laser printers (approx. 6/10th of an inch or 1.5 cm.)</p>
+<p><strong>Presentation Effects:</strong> See the section on <a href="pdfexport4.html">PDF presentations</a>.</p>
 </li>
+
 </ol>
 </body>
 </html>

Modified: branches/Version135/Scribus/scribus/doc/en/pdfexport3.html
URL: http://scribus.net/websvn/diff.php?repname=Scribus&rev=16871&path=/branches/Version135/Scribus/scribus/doc/en/pdfexport3.html
==============================================================================
--- branches/Version135/Scribus/scribus/doc/en/pdfexport3.html (original)
+++ branches/Version135/Scribus/scribus/doc/en/pdfexport3.html Mon Oct  3 18:46:43 2011
@@ -1,30 +1,29 @@
 <html>
 <head>
 	<meta http-equiv="Content-Type" content="text/html; charset=UTF-8"/>
-	<title>PDF Exporting from Scribus</title>
+	<title>PDF Export for Screen/Web</title>
 </head>
-<body>
-<h2>PDF Exporting from Scribus</h2>
-<h3>Screen Display and On-line PDF Forms</h3>
-<p>Choose these settings when downloading speed or small size is important.</p>
+<ul>
+<h2>PDF Export for Screen/Web</h2>
 
-<p><b>Recommended Settings and Hints:</b></p>
+<p>Recommended settings and hints:</p>
 
 <ul>
-<li>Down-sample all images to 72-96DPI.</li>
-<li>Reduce the number of font faces to the minimum needed.</li>
-<li>Choose the lowest quality setting for compression which has acceptable on-screen viewing results.</li>
-<li>You can often substitute Arial for Helvetica, as later viewers will often have this as an included font.</li>
-<li>Avoid importing EPS or PDFs into your document - instead convert them to a low resolution PNG with GSview, then place in your Scribus document. Why? They will render faster on your screen and often make for a smaller file size.</li>
-<li>Avoid using the Nimbus fonts, if they are not at least sub-set. Acrobat Reader on other platforms does a poor job of substitution using its included fonts. One other issue which can trip you up is Helvetica is often aliased to Nimbus Sans L on many distributions.</li>
+<li>Down-sample all images to 72–96 dpi.</li>
+<li>Reduce the number of font faces to the minimum needed (see below).</li>
+<li>Choose the lowest quality setting for compression that has acceptable on-screen viewing results (you may have to experiment to see what’s acceptable for you).</li>
+<li>You can often substitute Arial for Helvetica, as some viewers may have this as an included font.</li>
+<li>Avoid importing EPS or PDFs into your document – instead, convert them to a low-resolution PNG with GSview, Inkscape or GIMP, then place them in your Scribus document. Why? They will render faster on your screen and often make for a smaller file size.</li>
+<li>If possible, replace bitmap images with vector artwork. Vector artwork is far more compact in terms of size in PDF.</li>
+<li>Avoid using the Nimbus fonts. Adobe Reader does a poor job of substituting them by using its included fonts.</li>
 <li>Unless transparency in artwork is needed, select PDF 1.3 output for the greatest compatibility with other users.</li>
-<li>Where possible replace bitmap images with vector artwork. Vector artwork is far more compact in terms of size in PDF.</li>
+<li>Always use “Screen/Web” as your output target in the PDF Export dialog. The exception is files with only black/white or greyscale content. In such a case you can also choose “Greyscale,” which will reduce the file size even further.</li>
 </ul>
-<h4>When addressing PDF optimization for web sites there are two issues:</h4>
-
-<p>Global size of the file. Which can partly be reduced by carefully choosing fonts and not using too many font faces. You can if space is
-really an issue not embedding fonts and using only the 'base 14" fonts which all PDF readers should have. Those fonts include bold and italic variants of Courier, Helvetica or ArialMT, and Times. </p>
-
-<p>The second is the perceived download times when the PDF is visible in the viewer. Ghostscript has a command line utility,<strong> pdfopt</strong>,  which can 'linearize' a PDF and allow a PDF reader to display the first page of the PDF, then subsequent pages to load in the background. This is very useful for longer documents. Note this tool does not shrink the PDF, but actually may increase the size as it undoes the non-linear way objects are stored in PDF. The use.html in the Ghostscript documentation for details. Note also that the apache web server needs to be set up with a feature which is call 'byte-serving'. </p>
+<p>When addressing PDF optimization for websites, there are two issues:</p>
+<ul>
+<li>If space is really an issue, it will help not to embed fonts and to use only the “standard 14 fonts,” which all PDF readers should be able to display reliably. These fonts include regular, bold, italic and bold italic variants of Courier, Helvetica, and Times, as well as “Symbol” and “Zapf Dingbats” (or equivalents).</li>
+</br>
+<li>The second is the perceived download time when the PDF is visible in the viewer or a browser plug-in. Ghostscript has a command line utility called <strong> pdfopt</strong>,  which can “linearize” a PDF and allow a PDF reader to display the first page of the PDF while loading subsequent pages in the background. This is very useful for longer documents. Note that this tool does not shrink the PDF, but actually may increase the size, as it undoes the non-linear way objects are stored in a PDF file. See the <a href="toolbox5.html">Ghostscript</a> documentation for details.</li>
+</ul>
 </body>
 </html>

Modified: branches/Version135/Scribus/scribus/doc/en/pdfexport4.html
URL: http://scribus.net/websvn/diff.php?repname=Scribus&rev=16871&path=/branches/Version135/Scribus/scribus/doc/en/pdfexport4.html
==============================================================================
--- branches/Version135/Scribus/scribus/doc/en/pdfexport4.html (original)
+++ branches/Version135/Scribus/scribus/doc/en/pdfexport4.html Mon Oct  3 18:46:43 2011
@@ -6,30 +6,32 @@
 <body>
 <h2>Creating PDF Presentations</h2>
 <h3>Presentation PDFs</h3>
-<p>Creating Presentation PDFs in Scribus, is not only easy, they work great. Using PDF in place of traditional "presentation" applications does have some advantages:</p>
+<p>Creating slide presentation PDFs in Scribus is not only easy, they also work great. Using PDF in place of traditional “presentation” applications like LibreOffice Impress or PowerPoint has the following advantages:</p>
 
 <ol>
-	<li>They are portable. You can create a presentation PDF with Scribus and display it on almost any computer with Acrobat Reader. Other types, usually require the application to be installed, and few are cross-platform.</li>
-	<li>You can use all the drawing, text manipulation and image handling tools in Scribus, which are in many cases superior to those in other presentation applications. Few can import SVG or EPS files really well.</li>
-	<li>You will have more precise typographic control of text.</li>
-	<li>Because they are created in Scribus, you can export them with a higher resolution and they will print beautifully.</li>
-<li>Unlike other presentation tools, with use of the powerful form and javascript capabilties in Scribus you can make truly interactive PDFs which can take counts, ask questions with dialogs and more. You are only limited by your imagination and scripting skills. </li>
+<li>They are portable. You can create a PDF presentation in Scribus and display it on almost any computer with Adobe Reader or another modern PDF viewer. Other formats usually require the application itself (or a specialized viewing program) to be installed, and few are cross-platform.</li>
+<li>You can use all the drawing, text manipulation and image handling tools in Scribus, which are in many cases superior to those in presentation applications. Few of them can import SVG, AI, EPS or PSD files reliably, if at all.</li>
+<li>You will have more precise typographic control of text.</li>
+<li>Because the slides are created in Scribus, you can export them with a higher resolution, and they will print beautifully.</li>
+<li>Unlike other presentation tools, with use of the powerful form and JavaScript capabilties in Scribus you can make truly interactive PDFs which can take counts, ask questions with dialogs and more. You are only limited by your imagination and JavaScript skills.</li>
 </ol>
 
 <h4>Hints:</h4>
 <ul>
-	<li>Down-sample all images to 72-96dpi. Depending on the resolution of the displaying device, you might go as high as 120dpi, but higher will not gain you sharpness. But do this in an image editing program like the GIMP. Then import them into Scribus.</li>
-	<li>Embed all fonts. This ensures the spacing and layout will remain the same no matter which platform you are using.</li> 
-	<li>You can use US Letter or A4 in landscape mode for your layout. This will most closely match the screen output of Acrobat Reader in Full Screen mode.</li>
-	<li>When displaying images like photos or screen shots, use a black or dark background on your page. They will make the colors more vibrant and give your viewers more contrast to see all the details in your slides.</li>
-	<li>Use RGB colors for your images and always use Screen/Web for Export.</li>
-	<li>One trick I have learned from using PDF for presentation. Load the PDF and run through each page once before giving the presentation, so the file is loaded in memory. This will make for smoother transitions on the screen.</li>
+<li>You should use US Letter or A4 in landscape mode as the page size for your layout. This will most closely match the screen output of PDF viewers in full screen mode.</li>	
+<li>Down-sample all images to 72–96 dpi, but do this in an image editing program like GIMP. Then import them into Scribus. Depending on the resolution of the displaying device, you might go as high as 120 dpi, but higher will not gain you sharpness. </li>
+<li>Embed all fonts. This ensures that the spacing and layout will remain the same, no matter which platform you are using.</li> 
+<li>When displaying images like photos or screenshots, use a black or dark background on your page. They will make the colors more vibrant and give your viewers more contrast to see all the details in your slides.</li>
+<li>Use RGB colors for your images and <b>always</b> use “Screen/Web” as your output target.</li>
+<li>One trick for your actual presentation in front of an audience: Load the PDF and run through each page once before giving the presentation, so the file is loaded into memory. This will make for smoother transitions on the screen.</li>
 </ul>
 <h4>Settings and Options</h4>
-<p>Presentation effects and settings fall into two categories. The first is controlling the transition between pages when running a presentation PDF for example like you would when on stage. There are a variery of effects which are in the drop down boxes and they are often not only supported in Adobe Reader, but in other PDF viewers like KPDF or Xpdf for example. Moreover, each page can its own transition, different from the others.  </p>
-<table width="100%"><tr><td align="center"><img src="images/pdfeffect1.png" title="PDF Effects" alt="PDf Effects"/></td></tr></table>
-<p>Viewer Options are the second and gives you control over how the viewing application is opened. These mostly will only work in Adobe Reader alone as they are based on javascript commands in the PDF. <strong>Special Actions</strong> are more advanced ways of controlling the viewer on opening, but requires custom javascript to work.</p>
-<table width="100%"><tr><td align="center"><img src="images/pdfeffect2.png" title="PDF Effects" alt="PDf Effects"/></td></tr></table>
+<p>Presentation effects and settings fall into two categories. The first (available in the “Extras” tab of the PDF Export dialog) is controlling the transition between slides when running a PDF presentation. There are a variety of effects which are in the drop-down boxes, and they are often not only supported in Adobe Reader, but also in recent Open Source PDF Viewers, for example Okular or Evince. Moreover, each page can have its own transition effect, different from the others:</p>
+
+<table width="100%"><tr><td align="center"><img src="images/scribus-pres1.png" title="PDF Effects" alt="PDf Effects"/></td></tr></table>
+
+<p>Viewer options are the second and give you control over how the viewing application behaves when you open the file. They are available via the “Viewer” tab in the PDF Export dialog. It is recommended that you check “Single Page” and “Use Full Screen Mode” for presentations:</p>
+<table width="100%"><tr><td align="center"><img src="images/scribus-pres2.png" title="PDF Effects" alt="PDf Effects"/></td></tr></table>
 
 </body>
 </html>

Modified: branches/Version135/Scribus/scribus/doc/en/pdflavor.html
URL: http://scribus.net/websvn/diff.php?repname=Scribus&rev=16871&path=/branches/Version135/Scribus/scribus/doc/en/pdflavor.html
==============================================================================
--- branches/Version135/Scribus/scribus/doc/en/pdflavor.html (original)
+++ branches/Version135/Scribus/scribus/doc/en/pdflavor.html Mon Oct  3 18:46:43 2011
@@ -1,30 +1,46 @@
-<qt>
+<html>
+<head>
+	<meta http-equiv="Content-Type" content="text/html; charset=UTF-8"/>
+	<title>PDF Flavors</title>
+</head>
+<body>
+<h2>PDF Flavors</h2>
 
-	<title>PDF Flavors</title>
-<h2>PDF Flavor - Which one is best for you ?</h2>
+<p>Given the number of PDF “flavors” and the technical background, some may be tempted to call PDF merely a collective noun for a number of separate file formats, all of which are derivatives another format called PostScript. We cannot provide a complete technical overview over the PDF specification(s) and their relations to PostScript here, but a few notes may help to guide you through the jungle of versions and subsets.</p>
 
-<p>Answering that question, brings up many questions and bears some discussion of what are the differences. A higher version does not presume a "better" PDF and in some cases works against you.</p>
-<h4>What is the difference between versions PDF 1.2 to PDF 1.7 ?</h4>
-<p>Each version roughly parallels the release of a major version of Adobe Acrobat. The short overly simple answers:
-</p>
+<h3>PDF and PostScript</h3>
+<p>While it’s true that PDF is based on <a href="importhints1.html">PostScript</a>, it needs to be said that PDF, other than PostScript, is not a programming language. PDF and PostScript describe pages and their content using the same technology (“Adobe imaging model”), so conversion of the <i>visual</i> content between both formats works flawlessly. However, the PDF specification adds other layers of content that go beyond mere representation of graphical data on a printed page, like interactive features or scripting, which are not available in PostScript.</p>
+
+<h3>What is The Difference Between PDF Versions 1.0 to PDF 1.7?</h3>
+
+<p>Answering that question brings up many questions, but the most important thing you should be aware of is that a higher version is not necessarily a “better” PDF and in some cases can work against you.</p>
+<p>Each version parallels the release of a major version of Adobe Acrobat. Here’s a short overview:</p>
 <ul>
-<li>PDF 1.2 = Acrobat 3.0 - relatively obsolete now
-</li>
-<li>PDF 1.3 = Acrobat 4.0 - The first version of PDF which truly had all the needed features to support "press-ready" PDF's including color management, ICC profiles etc. It also added javascript, interactive and multimedia capabilities. This standard is probably the safest to send if you are unsure of the capabilities of the receiver of your file. PDF/X-3 and a number of commercial print work flows are based on PDF 1.3.</li>
-<li>PDF 1.4 = Acrobat 5.0 - Actually, introduced with Illustrator 9. The main difference to concern Scribus users is both transparency and alpha transparency capabilites. This makes a major difference in where a PDF with these features can be printed. It takes either the latest commercial RIPs or certain Level 3 PostScript printers to use these features properly. Moreover, not all Level 3 PostScript printers will handle transparency. The latest versions of Ghostscript support the advanced PDF 1.4 features Scribus can create when exporting PDF.<strong>The most distinguishing feature of PDF 1.4 for Scribus is the ability to export true transparency in PDF. </strong>Note: Often, the only way you will be able to print exactly  the transparency features viewed on-screen is to export PDF 1.4 and print from Acrobat Reader 5.x or newer. </li>
-<li>PDF 1.5 = Acrobat 6.0 - Among the most interesting for Scribus users: many improvements for "press-ready" PDF, the capability to have true layering within the PDF, PDF-X "pre-flight" capability, more security and interactive features, like the ability to add comments which are separate from the original doc. Scribus can support many PDF 1.5 features in the 1.3.x development version. PDF 1.5 can also support more sophisticated compression options for images using JPEG 2000. </li>
-<li>PDF 1.6 = Acrobat 7.0 - Refinements of the 1.5 features and more extensive use of PKI and digital signing for document control, as well as, extended commenting for group collaboration. Where it concerns Scribus, nothing of importance, except the release of Adobe Reader 7.0 for Linux. </li>
-<li>PDF 1.7 = Acrobat 8.x - Added 3D capabilities</li>
+<li><b>PDF 1.0:</b> Acrobat 1.0 – obsolete now. Not supported by Scribus.</li>
+<li><b>PDF 1.1:</b> Acrobat 2.0 – obsolete now. Not supported by Scribus.</li>
+<li><b>PDF 1.2:</b> Acrobat 3.0 – obsolete now. Not supported by Scribus.</li>
+<li><b>PDF 1.3:</b> Acrobat 4.0 – The first version of PDF which truly had all the needed features to create “press-ready” files, including color management, ICC profiles etc. It also added JavaScript, interactive and multimedia capabilities. This standard is probably the safest to use if you are unsure of the capabilities of the receiver of your file. PDF/X-3 and a number of commercial print work flows are based on PDF 1.3.</li>
+<li><b>PDF 1.4:</b> Acrobat 5.0 – The main difference to concern Scribus users is both transparency and alpha transparency capabilites. This makes a major difference in where a PDF with these features can be printed. It takes either modern commercial RIPs or certain Level 3 PostScript printers to use these features properly. Moreover, not all Level 3 PostScript printers will handle transparency. The latest versions of Ghostscript support the advanced PDF 1.4 features Scribus can create when exporting PDF. <i>Note: Often, the only way you will be able to print the transparency features viewed on-screen is to export PDF 1.4 and print from Adobe Reader 5.x or later.</i></li>
+<li><b>PDF 1.5:</b> Acrobat 6.0 – Improvements to font handling, the capability to have true layering within the PDF, more security and interactive features, like the ability to add comments which are separate from the original document. Scribus 1.4 already supports many PDF 1.5 features. PDF 1.5 can support more sophisticated compression options for images using JPEG 2000 (not supported by Scribus yet). It also added initial support for embedding multimedia files.</li>
+<li><b>PDF 1.6:</b> Acrobat 7.0 – Refinements of the 1.5 features, more extensive use of the Public Key Infrastructre (PKIX) and digital signing for document control, as well as extended commenting for group collaboration. It also added initial support for embedding 3D objects. Where it concerns Scribus, nothing of importance, except the release of Adobe Reader 7.0 for Linux. </li>
+<li><b>PDF 1.7:</b> Acrobat 8.0 – Refinements and enhancements to 3D embedding, interactive and other features, mostly unrelated to Scribus and/or commercial printing.</li>
 </ul>
+
+<h3>What about other kinds of PDF, like PDF-X and PDF-A?</h3>
+<p>The PDF format’s feature set continues to grow with every version, but not every feature is acceptable in all use-cases. Thus, workgroups at the International Standardization Organization (ISO) defined subsets of the PDF feature set, among them PDF/A or PDF/X. The purpose of PDF/A is long-term storage and accessibility of documents, i.e. the content of PDF/A files needs to be read or extracted in years, decades, perhaps centuries to come. This is, of course, different from PDF files created for commercial printing, whose main purpose is to reliably store visually important data like colors and typgraphically refined text. Below you can see the PDF export dialog in LibreOffice, an application suite which produces all kinds of “office” documents that are not suited for commercial printing:</p>
+<table width="100%"><tr><td align="center"><img src="images/pdfx1a-lo.png" alt="PDF/X-1a Export in LibreOffice" title="PDF/X-1a Export in LibreOffice" /></a></td></tr></table>
+<p>While there are some similarities in terms of features, there are also major differences, especially in the “General” tab. As you can see, the first option here is “PDF/A-1a,” an option that’s not available in Scribus, because creating documents for long-term storage is none of its major purposes (yet). You can also see that selecting “PDF/A-1a” enables or disables other features automatically (“Tagged PDF” and “Embed standard fonts” enabled, “Create PDF form” disabled). Similarly, Scribus will enable/disable some export features when you choose <a href="pdfx3.html">PDF/X-3</a> as output destination.</p>
+<p>In addition to PDF/A and PDF/X, several other PDF subsets are being developed as international standards, for instance PDF/E for engineering documents (including the embedding of 3D objects) or PDF/UA (= universal access) for visually impaired users. See the website of <a href="http://www.aiim.org/">the Association for Information and Image Management, International</a> for more information.</p>
+
+<h3>Which PDF Version Will Work Best for You?</h3>
+
 <p>In deciding which version you choose for export, you need to consider the following: </p>
 <ul>
-<li><strong>Where am I ultimately printing ?</strong> - If you are planning to have your files printed commercially, always try to ask the printer first.</li>
-<li><strong>Does my document have transparency features ?</strong> - See above and ensure the rest of your equipment or workflow can support PDF 1.4. </li>
-<li><strong>I am exporting PDF forms. How do I know end receivers of my file can use it ?</strong> - Do you know the version of Acro Reader your users will have ? The safest is to use PDF 1.3 or 1.4.</li>
-<li><strong>Do I need layers ?</strong> - Only PDF 1.5 supports this and only in the 1.3.x version of Scribus. Be aware support for PDF 1.5 is not complete in most open source viewers. Ghostscript 8.5x does support some, but not all PDF 1.5 features. </li>
+<li><i>Where will you be ultimately printing?</i> If you are planning to have your files printed commercially, always try to ask the printer first.</li>
+<li><i>Does my document have transparency features?</i> See above and ensure the rest of your equipment or workflow can support PDF 1.4+. </li>
+<li><i>I am exporting PDF forms. How do I know whether receivers of my file can use it?</i> Do you know the version of Adobe Reader your users have? The safest is to use PDF 1.3 or 1.4.</li>
+<li><i>Do I need layers?</i> Only PDF 1.5+ supports this feature. Be aware that support for PDF layers is not complete in most Open Source PDF viewers.</li>
 </ul>
 <p></p>
-<h4>What about other kinds of PDF I have read about, like PDF-X and PDF-A ?</h4>
-<p>PDF marked as any of the following: PDF/X-1:2001, X-1a:2001 and 2003; X-2:2003; X-3:2002 and 2003 are all different flavors of PDF-X, which is a way of creating a PDF with certain criteria for pre-press. Scribus supports the latest PDF-X-2:2003. Support for other versions of PDF/X is planned. </p>
-<p>PDF-A is an ISO standard based on PDF 1.4 for long term storage of public documents in an open format.</p>
+
 </qt>

Modified: branches/Version135/Scribus/scribus/doc/en/pdfx3.html
URL: http://scribus.net/websvn/diff.php?repname=Scribus&rev=16871&path=/branches/Version135/Scribus/scribus/doc/en/pdfx3.html
==============================================================================
--- branches/Version135/Scribus/scribus/doc/en/pdfx3.html (original)
+++ branches/Version135/Scribus/scribus/doc/en/pdfx3.html Mon Oct  3 18:46:43 2011
@@ -1,52 +1,53 @@
 <html>
 <head>
 	<meta http-equiv="Content-Type" content="text/html; charset=UTF-8"/>
-	<title>Scribus PDF/X-3 Overview</title>
+	<title>PDF/X-3</title>
 </head>
 <body>
-<h2>Scribus PDF/X-3 Overview</h2>
-<p>Support for PDF/X-3 was a major milestone in the development of Scribus. Scribus was the first page layout application to support a demanding, but open ISO standard: ISO 15930-3:2002. This type of support for high quality PDF creation had been exclusively the realm of expensive proprietary applications. Creating commercial press ready PDFs has historically been fraught with errors, especially for users unfamiliar with the nuances of PostScript, PDF distilling and varying capabilities of plate-setters or digital presses. The saying "It is hard to create a good PDF, but really easy to mess up", has a great deal of truth. The more common usage of the Adobe Acrobat Distiller family of applications for PDF creation has typically needed knowledge of at least some of the close to 100 Distiller parameters.</p>
-<p>In European countries the concept of PDF/X has been more widely accepted earlier than in North America. Much of the push for these standards has come primarily from Germany and German pre-press companies, a worldwide leader in press and high end digital imaging technology.</p>
-<p>The creation of PDF/X, currently with 3 defined ISO standards, is in part, an attempt to provide end users and creators with a vendor neutral measuring stick to vet files as suitable for professional printing or exchange with service bureaus. Scribus now has easy to understand and use options which enable end users to create 100% PDF/X-3 compliant files. By judicious use of PDF options, end users can be assured their files, if they require, to be 100% standards compliant. As always, be certain any PDFs you create can be used in the work-flow of your printer's equipment or pre-press service bureau. Not all are equipped to handle the latest in PDF technology. For example, the latest Prinergy and Harlequin image-setting work-flows are capable of supporting PDF/X-3 even with all RGB images. However, the print provider's work flow also must be able to handle this. Always consult with the commercial printer you are working with early into your production work. This almost always good advice when working with commercial printers. This avoids trouble and makes for a much less stressful situation when deadlines approach.  </p>
+<h2>PDF/X-3</h2>
+<p>Support for PDF/X-3 was a major milestone in the development of Scribus. It was the first page layout application to support this demanding, but open ISO standard (ISO 15930-3:2002).</p>
+<p>Creating commercial “press-ready” PDFs has historically been fraught with errors, especially for users unfamiliar with the nuances of PostScript, PDF distilling and varying capabilities of plate-setters or digital presses. The saying “It is hard to create a good PDF, but really easy to mess up” has a great deal of truth. The more common usage of the Adobe Acrobat Distiller family of applications for PDF creation has typically required knowledge of at least some of the close to 100 Distiller parameters.</p>
+<p>In European countries, the concept of PDF/X has been more widely and earlier adopted than in North America. Much of the push for these standards has come primarily from German and Swiss companies, many of which are worldwide leaders in press and high-end digital imaging technology.</p>
+<p>The creation of PDF/X is, in part, an attempt to provide end users and creators with a vendor-neutral measuring stick to vet files as suitable for professional printing or exchange with service bureaus. Essentially, PDF/X files are files that on the one hand only permit a certain subset of PDF features, and on the other hand make the enabling of others mandatory.</p>
+<p>Scribus provides easily accessible options that enable end users to create 100 % X-3-compliant PDF files. By judicious use of PDF options, end users can be assured that their files will be 100 % standards compliant.</p>
+<p>Before you export a PDF/X-3, make sure the file(s) you create can be used in the workflow of your printer or service bureau. Not all are equipped to handle PDF/X technology.</p>
 
-<h3>Quick Start to Creating a PDF/X-3 Conformant PDF</h3>
-<ol>
-	<li>Make sure color management is installed and working properly. You need at least one CMYK ICC printer profile installed. </li>
-	<li>Then in <strong>Edit > Preferences >Color Management</strong> make sure color management is enabled and your preferred defaults for color profiles are chosen. Ideally, the color print profile matches either and ISO printing condition or is a custom profile from your print provider.</li>
-	<li>Select <strong>File > Export...> Save as PDF..</strong> or select the PDF icon from the tool bar.</li>
-</ol>
-<p>This panel will open first and select <strong>PDF/X-3</strong> in the compatibility drop down box  as shown below. This will change the default settings, as needed, automatically. You might notice that certain options will be greyed out. More about this below. </p>
+<h3>When Should I Use PDF/X-3?</h3>
+<p>When you require <strong>very</strong> precise color reproduction <strong>and</strong> your printer will accept (or insist on) PDF/X-3 files. Without support from your printer, you are likely to have adverse color changes compared to more traditional PDF export.</p>
+
+<h3>PDF/X-3 and Color Management</h3>
+<p>The principal benefit of PDF/X-3 is the typically more accurate color conversion from RGB to a printer’s CMYK output. The accuracy comes from working in RGB colors until very late in the printing process when the printer’s own RIP does the RGB > CMYK conversion <b>and</b> by mandatory use of color profiles. Since the RIP engine has detailed knowledge of the exact color range, it is thought to offer, in most cases, an accurate conversion. PDF/X-3 does not preclude using CMYK images, but is ideal for maintaining your colors in RGB as long as possible in the process.</p>
+<p>One question is which printer profile one should use. There are two strategies: The first is to have an actual ICC profile from your printing company for the matching paper type. The second is to use a well-known printing standard as SWOP, ECI or others. Using PDF/X-3 requires cooperation with your printer, but can really improve your print color matching. As always, a short visit to your printer <strong>in advance</strong> is strongly recommended. If answers are not forthcoming, try another one. Printing is a competitive business, and alternatives almost always can be found.</p>
+
+<h3>Quickstart Guide to Creating a PDF/X-3</h3>
+<p>In the <a href="settings1.html">Document Setup</a> make sure color management is enabled and the correct color profiles are chosen. Ideally, the color print profile matches either a standarized ISO printing condition or is a custom profile from your print provider. Without color management, you won’t be able to export to PDF/X-3. Then select <i>File > Export …> Save as PDF …</i> or click the PDF icon from the toolbar.</p>
+<p>This panel will open first, and you have to select “PDF/X-3” from the “Compatibility” drop-down list as shown below. This will change the default settings, as needed, automatically. </p>
 <table width="100%"><tr><td align="center"><img src="images/pdfx3-1.png" alt="PDF Create Dialog General Tab" /></td></tr></table>
-<p>Next, select the <strong>Color</strong> tab, as shown below:</p>
+<p>Next, select the “Color” tab, as shown below:</p>
 <table width="100%"><tr><td align="center"><img src="images/pdfxcolor.png" alt="PDF Create Dialog Color Tab" /></td></tr></table>
-<p>Here is where you select color profile choices to embed in the PDF. By not selecting or embedding an ICC profile for solid colors, CMYK is automatically assigned as the color space.</p>
-<p>Next, select the <strong>Pre-Press</strong> tab, as shown below:</p>
+<p>Note that in the “Color” tab the general output target is greyed out. This is because in a PDF/X-3 workflow color space conversion to the printing device is supposed to happen as late as possible, which means it will be the printer who will do the final conversion, not you.</p>
+<p>Next, select the “Pre-Press” tab, as shown below:</p>
 <table width="100%"><tr><td align="center"><img src="images/pdfxintent.png" alt="PDF Create Dialog 
 PDF/X-3 Tab" /></td></tr></table>
-<p>This is where you can adjust the  PDF trim box which is a setting which defines the actual paper size in the PDF. This is a setting which defines how much space to add to the physical page for bleeds. <a href="http://www.prepressure.com/pdf/basics/page_boxes">PDF "Boxes" defined</a>  This is also where you  embed in the PDF the intended press condition, which is defined by the ICC printing profile. This is probably the most important choice in terms of color profiles, as it affects color throughout the whole document. You can also put in a short note about the document, which is useful later on. <strong>This cannot be left blank - as PDF/X-3 requires it. Scribus thus disables the Save button.</strong><p>
-<p>Note: Because of the exacting standards of PDF/X-3, some PDF features are disabled including encryption, presentation effects and all fonts are automatically embedded. Likewise, annotations and transparency is disabled. You should carefully follow the advice given in <a href="pdfexport1.html">PDF Export Options</a> for file preparation and choice of image formats.</p>
+<p>This is where you  embed in the PDF the intended press condition, which is defined by the ICC color profile. It’s probably the most important choice in terms of color profiles, as it affects color throughout the whole workflow. You can also put in a short note about the document, which can be useful later on. <strong>This field cannot be left blank – as the PDF/X-3 specification requires it. Scribus will disable the “Save” button if the field is empty.</strong> You can also add other pre-press features like color bars or printing marks, but you should only do so if your printing company asks for them.<p>
+<p>Note: Because of the strict requirements of PDF/X-3, some PDF features are disabled, including encryption and presentation effects; all fonts are automatically embedded or subset. Likewise, annotations and transparency won’t be exported.</p>
 
-<h3>How has Scribus been able to do this?</h3>
+
+
+<h3>What are the Differences Between PDF-X Versions?</h3>
 <ul>
-	<li>By carefully refining the code both PDF exporting and color management for maximum quality output, Scribus created PDFs can be used with confidence for output to service bureaus that can use a PDF work-flow. Many magazines, newspapers and other publications now prefer PDF/X for advertiser created files. See the notes in <a href="prepress.html">Scribus and Pre-Press Considerations</a>.</li>
-	<li>Credit must be given to Marti Maria for creating and actively maintaining <strong>little cms</strong> which is the color management system which Scribus uses. littlecms is not an end user application per se, but gives Scribus the color management tools, which were previously only available in proprietary systems.</li>
+<li><b>PDF/X-1a</b> requires the following: The color space to be CMYK/greyscale, all the fonts are embedded, and the settings within PDF indicate whether it is either pre-trapped or not. Think of this as a blind hand-off, as there is no certainty of how it will output. PDF/X-1a is widely used in North America. Support for PDF/X-1a will be added in future Scribus versions and is already in testing.</li>
+<li><b>PDF/X-2</b> is a looser standard – but with the requirement for more knowledge between the supplier and receiver of the file. Fonts are not required to be embedded, and it is possible to use OPI (Open Pre-Press Interface). PDF/X-2 also allows device-independent color spaces, like CIE L*a*b*, to be used. PDF/X-2 is rarely supported by any commercial printer.</li>
+<li><b>PDF/X-3</b> is based on PDF 1.3 and requires ICC color profiles to be resident in the PDF. This allows for RGB colors to be used in the PDF, as these will be converted to CMYK using ICC profiles as late as possible in the printing process.</li>
+<li><b>PDF/X-4</b> is based on PDF 1.4 and allows for using a major PDF 1.4 feature – transparency – in a PDF/X file. PDF/X versions prior to X-4 do not support transparency. Support for PDF/X-4 will be added in future Scribus versions and is already in testing.</li>
+<li><b>PDF/X-5</b> is based on PDF 1.5 and enables the use of PDF layers in PDF/X files. Support for PDF/X-5 will be added in future Scribus versions.</li>
 </ul>
 
-<h3>When should I use PDF/X-3?</h3>
-<p>When you require <strong>very</strong> precise color reproduction <strong>and</strong> your printer can accept PDF/X-3 files. Without support from your printer, you are likely to have adverse color changes compared to more traditional PDF export.</p>
-
-<h3>Do I really need color management?</h3>
-<p>Yes, the design of PDF/X-3 is intended to provide a fully color managed PDF work-flow, without detailed knowledge of actual printing technologies.</p>
-
-<h3>What are the differences between PDF-X versions?</h3>
-<p>In brief, <strong>PDF/X-1a</strong> requires the following: The color space to be CMYK/greyscale, all the fonts are embedded and the settings within PDF indicate whether it is either pre-trapped = true or not-trapped = false. Think of this as a blind hand-off, as there is no certainty of how it will output.</p>
-<p><strong>PDF/X-2</strong> is a looser standard - but with the requirement for more knowledge between the supplier and receiver of the file. Fonts are not required to be embedded and it is possible to use OPI (Open Press Initiative). PDF/X-2 also allows device independent color spaces, like CieL*a*b*, to be used.</p>
-<p><strong>PDF/X-3</strong> allows for color profiles to be resident in the PDF, as well as different output intents and 'DeviceN' (spot color) color space - now supported in the any version of Ghostscript 8.0+. This also allows overprinting colors.</p>
-
-<h3>How do I test and really certify Scribus PDF files are truly PDF/X-3 compliant?</h3>
+<h3>How Do I Test and Certify that Scribus PDF Files are Truly PDF/X-3 Compliant?</h3>
 <ol>
-	<li><a href="http://callas.de/en/">Callas Software</a> has provided a free of charge PDF Inspektor plug-in for Adobe Acrobat. This plug-in, checks the PDF and produces a detailed report on every fact of the PDF file, including meta informations on the file and a detailed listing of images and other PDF objects.</li>
-	<li>Some specialist PDF software including Enfocus Pit Stop Pro and the full version of PDF Inspektor can perform detailed pre-flight checks on PDF. Acrobat 6 Professional can also verify and pre-flight PDF/X-3 files.</li>
+<li><a href="http://callas.de/en/">Callas Software</a> has provided a free of charge PDF Inspektor plug-in for Adobe Acrobat. This plug-in checks the PDF and produces a detailed report on every fact of the PDF file, including meta informations on the file and a detailed listing of images and other PDF objects.</li>
+<li>Some specialist PDF software including Enfocus PitStop Pro and the full version of PDF Inspektor can perform detailed pre-flight checks on PDF. Acrobat Professional can also verify and pre-flight PDF/X files.</li>
+<li>Another option is the <a href="m www.altonatestsuite.com">Altona Suite</a>.</li>
 </ol>
 
 <h3>PDF/X Links:</h3>
@@ -54,5 +55,6 @@
 <p><a href="http://www.ddap.org/resource_center/article_index.php">http://www.ddap.org/resource_center/article_index.php</a></p>
 <p><a href="http://www.ipa.org/PDFS/pdfxguide.zip">http://www.ipa.org/PDFS/pdfxguide.zip</a></p>
 <p><a href="http://www.pdf-x.com/downloads/pdf/application_notes_pdfx3.pdf">http://www.pdf-x.com/downloads/pdf/application_notes_pdfx3.pdf</a></p>
+<p><a href=" www.pdfx-ready.ch"> www.pdfx-ready.ch</a></p>
 </body>
 </html>

Modified: branches/Version135/Scribus/scribus/doc/en/toolbox2.html
URL: http://scribus.net/websvn/diff.php?repname=Scribus&rev=16871&path=/branches/Version135/Scribus/scribus/doc/en/toolbox2.html
==============================================================================
--- branches/Version135/Scribus/scribus/doc/en/toolbox2.html (original)
+++ branches/Version135/Scribus/scribus/doc/en/toolbox2.html Mon Oct  3 18:46:43 2011
@@ -21,6 +21,8 @@
 <li><a href="http://www.pdfsam.org">PDF Split and Merge (PDF SaM)</a> is an even more powerful tool than jPDF Tweak and has a proven track record in pre-press environments. PDF SaM is rather a tool for professionals, whereas beginners will probably be overwhelmed by its many options. Like jPDF Tweak, PDF SaM is a Java program, but in contrast to all other Java programs in this list, the language of the graphical user interface can be changed. and there are many translations available.</li>
 <li><a href="http://www.quantumelephant.co.uk/bookbinder/bookbinder.html">Bookbinder</a> is a PDF editor for beginners and simple tasks. Its main purpose is to re-order (and re-scale, if necessary) pages in a PDF file for booklet printing and similar tasks. Bookbinder is also written in Java.</li><br>
 <table width="100%"><tr><td align="center"><img src="images/tb-bookbinder.png" alt="Bookbinder" title="Bookbinder" /></td></tr></table>
+<li>If you want to edit a PDF that comprises artwork, you can use <a href="toolbox4.html">GIMP</a>, <a href="toolbox15.html">Krita</a>, <a href="toolbox9.html">Inkscape</a> or <a href="toolbox18.html">Libre Office Draw</a>, depending on the content, as all of them can import PDFs and will let you edit the files.</li>
+<table width="100%"><tr><td align="center"><img src="images/tb-pdf-imp.png" alt="PDF import in Inkscape" title="PDF import in Inkscape" /></td></tr><tr><td><div align="center"><i>PDF import in Inkscape</i></div></td></tr></table>
 </ul>
 </body>
 </html>




More information about the scribus-commit mailing list