<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Epub on His Deeds Are Dust</title>
    <link>https://hisdeedsaredust.com/tags/epub/</link>
    <description>Recent content in Epub on His Deeds Are Dust</description>
    <generator>Hugo -- gohugo.io</generator>
    <language>en-gb</language>
    <copyright>Paul Flo Williams</copyright>
    <lastBuildDate>Wed, 04 Jan 2012 12:53:03 +0000</lastBuildDate><atom:link href="https://hisdeedsaredust.com/tags/epub/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Taming em dashes on the Kindle</title>
      <link>https://hisdeedsaredust.com/posts/2012/taming-em-dashes/</link>
      <pubDate>Wed, 04 Jan 2012 12:53:03 +0000</pubDate>
      
      <guid>https://hisdeedsaredust.com/posts/2012/taming-em-dashes/</guid>
      <description>&lt;p&gt;I like em dashes, and use them when writing (or preserving the style of older books
when I&amp;rsquo;m formatting them), but they need some taming for the Kindle, as
&lt;a href=&#34;http://www.mobileread.com/forums/showthread.php?t=92119&#34;&gt;discussions on MobileRead&lt;/a&gt; will show you.&lt;/p&gt;
&lt;p&gt;If you attempt to insert them between two words without any spaces, the Kindle will
stubbornly keep both words together when breaking lines. A simple way of getting
round this would be to use a spaced en dash instead, as &lt;a href=&#34;http://jwmanus.wordpress.com/2011/08/13/ebook-formatting-adjust-the-em-dash&#34;&gt;Jaye Manus suggests&lt;/a&gt;, but can we do any better?&lt;/p&gt;
&lt;p&gt;The &lt;a href=&#34;http://www.unicode.org/versions/Unicode6.0.0/&#34;&gt;Unicode-compliant&lt;/a&gt; method of hinting that a line break can occur &lt;em&gt;without a visible space&lt;/em&gt;
is to put U+200B ZERO WIDTH SPACE either side of the dash, but the Kindle doesn&amp;rsquo;t recognise this character.
However, it does recognise U+200C ZERO WIDTH NON-JOINER, and appears to treat that in exactly the way that ZWSP should be treated.&lt;/p&gt;
&lt;p&gt;So, I would mark up the first em dash in Jaye&amp;rsquo;s example sentence: &amp;ldquo;I think he&amp;rsquo;s the best–and I use that loosely–so will
let him live.&amp;rdquo; as&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;&amp;hellip;the best&amp;amp;#x200c;&amp;amp;#x2014;&amp;amp;#x200c;and I use&amp;hellip;&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;in the XHTML that I submit to Kindlegen.&lt;/p&gt;
&lt;p&gt;With the U+200C ZWNJ included, the Kindle allows line breaking around the dash, and will even insert some space around the dash if
necessary to justify the line. Dictionary lookups will also work exactly as you&amp;rsquo;d expect.&lt;/p&gt;
&lt;p&gt;If you were sure that you always wanted a possible break point on both sides of your em dashes, you could just run a search and
replace after marking up your document, but you may want to avoid breaks before a trailing dash at the end of a paragraph, for
example.&lt;/p&gt;
&lt;p&gt;The only further wrinkle here (for me) is that ZWNJ is the &lt;em&gt;wrong&lt;/em&gt; character if you&amp;rsquo;re trying to maintain
a &amp;lsquo;clean&amp;rsquo; master XHTML file for EPUB conversion or as a web page, so I actually mark up the document with
ZWSP and make the ZWSP-to-ZWNJ conversion part of the set that I do before running Kindlegen.&lt;/p&gt;
</description>
    </item>
    
  </channel>
</rss>
