1 files changed, 20 insertions, 14 deletions
diff --git a/Master/texmf-dist/doc/lualatex/novel/noveldocs-10-cover-art.html b/Master/texmf-dist/doc/lualatex/novel/noveldocs-10-cover-art.html
index 2a7825af37b..3cc955e579b 100644
--- a/Master/texmf-dist/doc/lualatex/novel/noveldocs-10-cover-art.html
+++ b/Master/texmf-dist/doc/lualatex/novel/noveldocs-10-cover-art.html
@@ -37,7 +37,7 @@ PDF/X Compliance</a></p>
 <div id="main">
 <a id="a10"></a>
 <h1>Documentation for <code>novel</code> document class</h1>
-<p>Documentation version: 1.36.</p>
+<p>Documentation version: 1.38.</p>
 
 
 <div class="pagetopage">
@@ -64,9 +64,11 @@ PDF/X Compliance</h2>
 
 <p>This page serves a limited purpose. It is for the benefit of those who need to submit color print cover artwork in the form of a PDF/X-1a:2001 file, with the artwork as CMYK and 240% ink limit. This is the format required by some American print-on-demand services. It is also generally acceptable to others, whose requirements are less restrictive.</p>
 
-<p>The <em>novel</em> document class does not provide any support for creating the original artwork, either image or text. In fact, TeX is not the best way to do that. Use a graphics program (such as the free GIMP) to do your artwork, including text. In the end, your text will be rasterized, just like any background image.</p>
+<p><b>Before you begin:</b> Do you really need to do this? Many print-on-demand services are perfectly happy to accept something such as an ordinary RGB jpeg image, as long as it has the correct size (with bleed area). They can easily process it for print production in a few moments, using professional software. If they do it, then whether or not you are surprised by the resulting colors, will depend on whether or not your original image is within the printer gamut. In other cases, the print service prefers (or insists) that you do the image print production processing yourself. Then, you get to see an emulation of the print colors <em>before</em> you submit the file, and can change your artwork if the resulting colors are disappointing.</p>
 
-<p>DO NOT PLACE A BARCODE. Create the required white rectangle, where the barcode will go. Almost every print service is willing to create the barcode from your ISBN, and place the barcode image into your PDF during post-processing. Some of them even demand that they do it themselves. Do-it-yourself barcodes are incompatible with the following instructions.</p>
+<p>The <em>novel</em> document class does not provide any support for creating the original artwork, either image or text. In fact, TeX is not the best way to do that. Use a graphics program (such as the free GIMP) to do your artwork, including text. In the end, your text will be rasterized, just like any background image. For this reason, avoid using small text, and consider using a sans-serif typeface on the cover (even though there is no sans-serif in the book itself).</p>
+
+<p>DO NOT PLACE A BARCODE. If your print service requests a white rectangle where the barcode will go, then include it in your image. Almost every print service is willing to create the barcode from your ISBN, and place the barcode image into your PDF during post-processing. Some of them even demand that they do it themselves. Do-it-yourself barcodes are incompatible with the following instructions.</p>
 
 <p><b>DISCLAIMER:</b> This documentation, and its accompanying software, is offered AS-IS, WITHOUT WARRANTY EXPRESS OR IMPLIED. USE ONLY AT YOUR OWN RISK. The author is an amateur who does not profess expertise in these matters.</p>
 
@@ -91,6 +93,10 @@ PDF/X Compliance</h2>
 
 <p>If you are provided with an image other than PNG, you have to convert it to PNG. No alternative. It is easy enough to use GIMP to convert most image formats. If you have a PDF (which is not already in the required format), GIMP can probably open it as an image. Be sure you import it with the correct resolution. Again, the pixel width and height are important.</p>
 
+<p><b>Cover Text:</b> These instructions assume that your cover text is rasterized, and is part of the image rather than vector text. In many cases your graphics program has enough text capability to do what you need.</p>
+
+<p>If you wish to use TeX to typeset the cover text, do it this way: Use TeX to create one or more PDFs of the cover text, without images. You can create several blocks of text at different pages sizes, if you wish. Open your background artwork in GIMP. Add a new transparent layer above it. Open a text PDF in GIMP. Choose resolution 300dpi, full antialiasing, grayscale or color. The opened text is now a raster image. Copy it, and paste it atop the transparent layer. Anchor it. Use Color: Color to Alpha: white to alpha filter. That removes the white area from the PDF image. Finally, move the text to where it should go. You can rotate the text 90 degrees, but do not resize it! If you would rather the text be at a different size, then either change it in TeX, or use a different resolution when you open the PDF in GIMP. Note that even when you open the PDF at a different resolution, it will still be at 300dpi when you place it over the 300dpi background image; but its size will change.</p>
+
 
 <a id="a10.2"></a>
 <h3>10.2 Get Some Software</h3>
@@ -99,9 +105,7 @@ PDF/X Compliance</h2>
 
 <p>You might (or might not) need the <a href="https://www.adobe.com/support/downloads/iccprofiles/iccprofiles_win.html" rel="external" target="new">Adobe icc profiles</a> (for end users). This link works for Windows or Linux (even though it says "for Windows"). I am told that there is a different link for Mac, but I don't have a Mac.</p>
 
-<p>Get GraphicsMagick. On Linux, you can install it via your system package manager. On Windows, get the Q16 binaries for your system (32 or 64 bit) from <a href="https://sourceforge.net/projects/graphicsmagick/files/graphicsmagick-binaries/" rel="external" target="new">SourceForge</a>. I am told that versions for Mac are available via homebrew and macports, but again, I do not have a Mac, so I cannot check that.</p>
-
-<p>You can use ImageMagick instead. But if you do, the commands are slightly different on Linux and Windows: On Linux, use the GraphicsMagick commands without the <code>gm</code> in front. On Windows, substitute <code>magick</code> for <code>gm</code>.</p>
+<p>Get GraphicsMagick or ImageMagick. On Linux, you can install it via your system package manager. On Windows, get GraphicsMagick Q16 binaries for your system (32 or 64 bit) from <a href="https://sourceforge.net/projects/graphicsmagick/files/graphicsmagick-binaries/" rel="external" target="new">SourceForge</a>. I am told that versions for Mac are available via homebrew and macports, but again, I do not have a Mac, so I cannot check that. Or, get ImageMagick Q16 for various platforms from <a href="https://www.imagemagick.org/script/download.php" rel="external" target="new">here</a>.</p>
 
 
 
@@ -116,7 +120,9 @@ PDF/X Compliance</h2>
 
 <p>I will also assume that the image resolution is 300dpi. If it is something else, then modify 300 to the other number, when you see it below.</p>
 
-<p style="margin-top:16px"><b>Step 1:</b> Open a Terminal (Command Prompt) and navigate to that folder. In the following commands, the initial "gm" calls GraphicsMagick. Code:</p>
+<p style="margin-top:16px"><b>Step 1:</b> Open a Terminal (Command Prompt) and navigate to that folder.</p>
+
+<p>In the following commands, the initial "gm" calls GraphicsMagick (same code Linux and Windows). If you prefer ImageMagick, then eliminate the initial "gm" on Linux, or change the "gm" to "magick" on Windows.</p>
 
 <div class="codeblock">
 <p><code>gm convert yourimage.png embedded.icc</code></p>
@@ -132,19 +138,19 @@ PDF/X Compliance</h2>
 
 <p style="margin-top:16px"><b>Step 3:</b> At this point, there are three possibilities:</p>
 
-<p>(a) You have a non-zero embedded.icc file. In this case:</p>
+<p><b>(a)</b> You have a non-zero embedded.icc file. In this case:</p>
 
 <div class="codeblock">
 <p><code>gm convert -profile embedded.icc -profile 238.icc yourimage-stripped.tif yourimage-temp.tif</code></p>
 </div>
 
-<p>(b) No embedded.icc, but you know that the artwork was create using AdobeRGB1998 workspace, or equivalent. Then:</p>
+<p><b>(b)</b> No embedded.icc, but you know that the artwork was create using AdobeRGB1998 workspace, or equivalent. Then:</p>
 
 <div class="codeblock">
 <p><code>gm convert -profile AdobeRGB1998.icc -profile 238.icc yourimage-stripped.tif yourimage-temp.tif</code></p>
 </div>
 
-<p>(c) Neither of the above. The image is probably sRGB (default), so:</p>
+<p><b>(c)</b> Neither of the above. The image is probably sRGB (default), so:</p>
 
 <div class="codeblock">
 <p><code>gm convert -profile 238.icc yourimage-stripped.tif yourimage-temp.tif</code></p>
@@ -165,7 +171,7 @@ PDF/X Compliance</h2>
 <p style="margin-top:16px"><b>Step 6:</b> Now verify your work:</p>
 
 <div class="codeblock">
-<p><code>gm identify -verbose yourimage-cmyk-240.jpg</code></p>
+<p><code>gm identify -verbose yourimage-cmyk240.jpg</code></p>
 </div>
 
 <p>The report should show that the image is CMYK, that it is at 300 pixels/inch, and that there is NO entry for "Profile-color". It will not have anything to say about ink limit, or SWOP.</p>
@@ -178,7 +184,7 @@ PDF/X Compliance</h2>
 
 <p>Up to now, you did not need TeX. Now you do. Be sure that you have a working TeX installation, with the <em>novel</em> document class package.</p>
 
-<p>In folder (your TeX root)/doc/lualatex/novel you will find file "novel-coverart-template.tex". Place a copy in the same working folder as your image, and modify it as needed.</p>
+<p>In folder (your TeX root)/doc/lualatex/novel/extras you will find file "novel-cover-template.tex". Place a copy in the same working folder as your image, and modify it as needed.</p>
 
 <p><code>\SetMediaSize</code> refers to the full size of the image, with units (usually in). This includes the bleed box. For the example image, <code>\SetMediaSize{11.87in}{8.75in}</code>.</p>
 
@@ -209,6 +215,8 @@ PDF/X Compliance</h2>
 
 <p>Then, "Save As" the same file name (or another one, if you prefer). This will optimize the file. You probably do not need to do that, but it does not hurt, and a few services expect it.</p>
 
+<p>There will always be some difference between color as viewed on your monitor, and color as printed. This is due to the difference between emitted light (your monitor) and reflected light (print). In professional use, the monitor will be calibrated, and operated at a specific screen brightness. The print will be viewed under lighting with a specific color temperature and illumination. Your own colors are not that critical, are they? If you have a calibrated monitor, and view the PDF and images in color-managed software, then what you see on your computer will be reasonably close to what prints. If your monitor is not calibrated, or you are not using color-managed software, then the printed cover may have its greens a bit more colorful than you were expecting. That doesn't mean there will be a greenish cast. It merely means that things such as spring leaves and shamrocks will be a bit greener (in print) than you expected.</p>
+
 <p><b>Remember the Disclaimer!</b> Your PDF file should now be ready for submission. Only "should," not "is," because this documentation and its accompanying software comes without warranty. Submit at your own risk!</p>
 
 <p>All I can say is that it "works for me." Screenshot from Adobe Acrobat Pro:</p>
@@ -235,8 +243,6 @@ PDF/X Compliance</h2>
 
 <p>The full-size color sample images are in docs folder <code>extras</code>, and are named <code>SWOP240gamutHSV.png</code> and <code>SWOP240gamutHSV-monitorlimit.png</code>.</p>
 
-<p>In any case: Depending on your image viewing technology and monitor, intensely green colors may be more colorful in print than as viewed on your monitor, even after image conversion. That doesn't mean that your image will have a greenish cast. It merely means that intense greens (shamrock) may or may not print more colorful than expected.</p>
-
 
 
 </div><!-- end main -->