<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Ebook formatting from a publisher&#8217;s perspective &#8211; it isn&#8217;t easy or simple!</title>
	<atom:link href="http://www.teleread.com/2010/02/09/ebook-formatting-from-a-publishers-perspective-it-isnt-easy-or-simple/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.teleread.com/paul-biba/ebook-formatting-from-a-publishers-perspective-it-isnt-easy-or-simple/</link>
	<description>News &#38; views on e-books, libraries, publishing and related topics</description>
	<lastBuildDate>Fri, 10 Feb 2012 02:30:41 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>By: Howard</title>
		<link>http://www.teleread.com/paul-biba/ebook-formatting-from-a-publishers-perspective-it-isnt-easy-or-simple/comment-page-1/#comment-1204956</link>
		<dc:creator>Howard</dc:creator>
		<pubDate>Wed, 01 Jun 2011 16:28:48 +0000</pubDate>
		<guid isPermaLink="false">http://www.teleread.org/?p=37886#comment-1204956</guid>
		<description>Jack, DD and Erik as some who managed a web design business for more than three years I can say you are so so right.  Leind .. I had exactly the same response !

Firstly this article is a defence of &#039;formatting&#039; issues only. Yet the vast majority of complaints are about appalling and unacceptable editing and typos. So from the start it is a completely different issue from the one that most complaints hereabouts have centred on.

As Jack, DD and Erik have clarifies the biggest problem is with the obsession with control, a quite amateurish approach to testing and an ingrained shirking of responsibility.

Clearly there are problems with layout and formatting of works with non standard text and images. But the attitude that it&#039;s all someone else&#039;s fault and when customers get below standard product for their money, they should blame someone other than the publisher - is completely unacceptable.

When you offer something to the public that is sub standard is is your fault. if you cannot create an adequate standard then do not offer it for sale until you can solve your problem. Take responsibility and stop trying to pass it off to everyone else in the vicinity.</description>
		<content:encoded><![CDATA[<p>Jack, DD and Erik as some who managed a web design business for more than three years I can say you are so so right.  Leind .. I had exactly the same response !</p>
<p>Firstly this article is a defence of &#8216;formatting&#8217; issues only. Yet the vast majority of complaints are about appalling and unacceptable editing and typos. So from the start it is a completely different issue from the one that most complaints hereabouts have centred on.</p>
<p>As Jack, DD and Erik have clarifies the biggest problem is with the obsession with control, a quite amateurish approach to testing and an ingrained shirking of responsibility.</p>
<p>Clearly there are problems with layout and formatting of works with non standard text and images. But the attitude that it&#8217;s all someone else&#8217;s fault and when customers get below standard product for their money, they should blame someone other than the publisher &#8211; is completely unacceptable.</p>
<p>When you offer something to the public that is sub standard is is your fault. if you cannot create an adequate standard then do not offer it for sale until you can solve your problem. Take responsibility and stop trying to pass it off to everyone else in the vicinity.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: JSWolf</title>
		<link>http://www.teleread.com/paul-biba/ebook-formatting-from-a-publishers-perspective-it-isnt-easy-or-simple/comment-page-1/#comment-1204942</link>
		<dc:creator>JSWolf</dc:creator>
		<pubDate>Wed, 01 Jun 2011 06:27:43 +0000</pubDate>
		<guid isPermaLink="false">http://www.teleread.org/?p=37886#comment-1204942</guid>
		<description>What you do is you use ADE to preview ePub and you use Mobipocket Reader &amp; Kindle Previewer 1.6 to view your eBooks. If some other viewer doesn&#039;t work well with your eBooks, that&#039;s not your fault. That&#039;s the program&#039;s fault. Most readers use ADE for ePub. So using ADE on your computer is a good way to make sure it looks good. The Kindle is a separate beast so the previewer is a good idea to use. For those that use Mobipocket of some kind, Mobipocket Reader is what you use to view them.

And yes, some of the meatgrinders such as Smashwords do a really poor job at converting your source into multiple formats. But, If you are able to directly upload your eBook like you can with B&amp;N, there is no reason for it to look bad.

I was looking at the latest Star Trek eBook from Simon &amp; Schuster and the ePub is dreadful. The CSS is a mess. They have no idea how to embed fonts. The code for all o that is a nightmare. Because they botched the embedded fonts, they caused the CSS not to actually work properly in ADE. And because of this, the ePub looks very poor. This is an example of how not to do things. It&#039;s like they just exported the document and didn&#039;t bother to look at it.</description>
		<content:encoded><![CDATA[<p>What you do is you use ADE to preview ePub and you use Mobipocket Reader &amp; Kindle Previewer 1.6 to view your eBooks. If some other viewer doesn&#8217;t work well with your eBooks, that&#8217;s not your fault. That&#8217;s the program&#8217;s fault. Most readers use ADE for ePub. So using ADE on your computer is a good way to make sure it looks good. The Kindle is a separate beast so the previewer is a good idea to use. For those that use Mobipocket of some kind, Mobipocket Reader is what you use to view them.</p>
<p>And yes, some of the meatgrinders such as Smashwords do a really poor job at converting your source into multiple formats. But, If you are able to directly upload your eBook like you can with B&amp;N, there is no reason for it to look bad.</p>
<p>I was looking at the latest Star Trek eBook from Simon &amp; Schuster and the ePub is dreadful. The CSS is a mess. They have no idea how to embed fonts. The code for all o that is a nightmare. Because they botched the embedded fonts, they caused the CSS not to actually work properly in ADE. And because of this, the ePub looks very poor. This is an example of how not to do things. It&#8217;s like they just exported the document and didn&#8217;t bother to look at it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Leind</title>
		<link>http://www.teleread.com/paul-biba/ebook-formatting-from-a-publishers-perspective-it-isnt-easy-or-simple/comment-page-1/#comment-1156382</link>
		<dc:creator>Leind</dc:creator>
		<pubDate>Wed, 10 Feb 2010 13:21:37 +0000</pubDate>
		<guid isPermaLink="false">http://www.teleread.org/?p=37886#comment-1156382</guid>
		<description>On the other hand, she plainly admitted that her entire quality department consist of her son&#039;s droid. 

I thought at first that it was a joke. How do you want to churn out a decent work in that condition? 

It would be like Toyota engineers admitting that they don&#039;t test drive theirs cars, they just drive bikes and just ask their sons/relatives when they need feedback(admittedly it&#039;s also seem possible given the recent news).</description>
		<content:encoded><![CDATA[<p>On the other hand, she plainly admitted that her entire quality department consist of her son&#8217;s droid. </p>
<p>I thought at first that it was a joke. How do you want to churn out a decent work in that condition? </p>
<p>It would be like Toyota engineers admitting that they don&#8217;t test drive theirs cars, they just drive bikes and just ask their sons/relatives when they need feedback(admittedly it&#8217;s also seem possible given the recent news).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: DensityDuck</title>
		<link>http://www.teleread.com/paul-biba/ebook-formatting-from-a-publishers-perspective-it-isnt-easy-or-simple/comment-page-1/#comment-1156331</link>
		<dc:creator>DensityDuck</dc:creator>
		<pubDate>Wed, 10 Feb 2010 03:53:54 +0000</pubDate>
		<guid isPermaLink="false">http://www.teleread.org/?p=37886#comment-1156331</guid>
		<description>You can&#039;t really have it both ways with so many different standards and hardware items.  Either you do everything in flat files so you avoid formatting problems, or you quit crying about the ones you have.

Although, as Felix Torres points out, ain&#039;t no format issue leads to &#039;spall chick poor blames&#039;...</description>
		<content:encoded><![CDATA[<p>You can&#8217;t really have it both ways with so many different standards and hardware items.  Either you do everything in flat files so you avoid formatting problems, or you quit crying about the ones you have.</p>
<p>Although, as Felix Torres points out, ain&#8217;t no format issue leads to &#8216;spall chick poor blames&#8217;&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ashley</title>
		<link>http://www.teleread.com/paul-biba/ebook-formatting-from-a-publishers-perspective-it-isnt-easy-or-simple/comment-page-1/#comment-1156324</link>
		<dc:creator>Ashley</dc:creator>
		<pubDate>Wed, 10 Feb 2010 01:36:05 +0000</pubDate>
		<guid isPermaLink="false">http://www.teleread.org/?p=37886#comment-1156324</guid>
		<description>I agree with Erik Peterson. As a web designer who also does a bit of ebook formatting on the side I know how designing for web browsers and for ereaders is similar. The best bet is to know where the majority of your readers are coming from and design/format for that (my guess is it&#039;s the kindle) and somehow let the readers know where it looks the best, perhaps on the website. The other percentage of your readers might have a few hiccups while they are reading but as long as it&#039;s still readable I don&#039;t think you should worry about them. I know it&#039;s harsh but what can you really do?</description>
		<content:encoded><![CDATA[<p>I agree with Erik Peterson. As a web designer who also does a bit of ebook formatting on the side I know how designing for web browsers and for ereaders is similar. The best bet is to know where the majority of your readers are coming from and design/format for that (my guess is it&#8217;s the kindle) and somehow let the readers know where it looks the best, perhaps on the website. The other percentage of your readers might have a few hiccups while they are reading but as long as it&#8217;s still readable I don&#8217;t think you should worry about them. I know it&#8217;s harsh but what can you really do?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jack Tingle</title>
		<link>http://www.teleread.com/paul-biba/ebook-formatting-from-a-publishers-perspective-it-isnt-easy-or-simple/comment-page-1/#comment-1156321</link>
		<dc:creator>Jack Tingle</dc:creator>
		<pubDate>Wed, 10 Feb 2010 00:58:36 +0000</pubDate>
		<guid isPermaLink="false">http://www.teleread.org/?p=37886#comment-1156321</guid>
		<description>@D. Duck - No, there are useful, attractive ebook formats more complex than simple text. Most of them work fine, and give the author the useful ability to italicize, embolden, change fonts for emphasis and scene indication, and imbed simple graphics.

They also give idiots the ability (after great effort, thankfully) to make the ebook look &quot;beautifully formatted&quot; for the single case he thinks is the best, and absolutely unreadable for everyone else. Thereby hangs the complaint.

Regards,
Jack Tingle</description>
		<content:encoded><![CDATA[<p>@D. Duck &#8211; No, there are useful, attractive ebook formats more complex than simple text. Most of them work fine, and give the author the useful ability to italicize, embolden, change fonts for emphasis and scene indication, and imbed simple graphics.</p>
<p>They also give idiots the ability (after great effort, thankfully) to make the ebook look &#8220;beautifully formatted&#8221; for the single case he thinks is the best, and absolutely unreadable for everyone else. Thereby hangs the complaint.</p>
<p>Regards,<br />
Jack Tingle</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: DensityDuck</title>
		<link>http://www.teleread.com/paul-biba/ebook-formatting-from-a-publishers-perspective-it-isnt-easy-or-simple/comment-page-1/#comment-1156319</link>
		<dc:creator>DensityDuck</dc:creator>
		<pubDate>Wed, 10 Feb 2010 00:41:15 +0000</pubDate>
		<guid isPermaLink="false">http://www.teleread.org/?p=37886#comment-1156319</guid>
		<description>Now folks, I&#039;m just a simple-minded engineer, but it seems to me that every problem in the posts above me was caused by moving to something more complex than a dead-flat ASCII file.  Of course, I use Notepad to edit HTML, so maybe I&#039;m just an anomaly.</description>
		<content:encoded><![CDATA[<p>Now folks, I&#8217;m just a simple-minded engineer, but it seems to me that every problem in the posts above me was caused by moving to something more complex than a dead-flat ASCII file.  Of course, I use Notepad to edit HTML, so maybe I&#8217;m just an anomaly.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Erik Peterson</title>
		<link>http://www.teleread.com/paul-biba/ebook-formatting-from-a-publishers-perspective-it-isnt-easy-or-simple/comment-page-1/#comment-1156314</link>
		<dc:creator>Erik Peterson</dc:creator>
		<pubDate>Tue, 09 Feb 2010 23:44:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.teleread.org/?p=37886#comment-1156314</guid>
		<description>I have to agree with Thorsten here.  While I am not an author or editor, I am a programmer.  For most web pages, the more you try to format a web page for a particular browser, the more you end up breaking it for other browsers.  I have found that the simplest code formatting gives you the most portability for different browsers and screens.  While it may be hard to let go of formatting a book just so, the lightest touch gives the most portability.</description>
		<content:encoded><![CDATA[<p>I have to agree with Thorsten here.  While I am not an author or editor, I am a programmer.  For most web pages, the more you try to format a web page for a particular browser, the more you end up breaking it for other browsers.  I have found that the simplest code formatting gives you the most portability for different browsers and screens.  While it may be hard to let go of formatting a book just so, the lightest touch gives the most portability.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Felix Torres</title>
		<link>http://www.teleread.com/paul-biba/ebook-formatting-from-a-publishers-perspective-it-isnt-easy-or-simple/comment-page-1/#comment-1156311</link>
		<dc:creator>Felix Torres</dc:creator>
		<pubDate>Tue, 09 Feb 2010 23:19:45 +0000</pubDate>
		<guid isPermaLink="false">http://www.teleread.org/?p=37886#comment-1156311</guid>
		<description>As Ms Fancher points out above, it is pretty clear that the BPH production process is *seriously* broken if the finished product is actually inferior to the authors&#039; submission. Which is unconscionable given how cheap and simple proper document management systems are these days (US$200 buys industrial-strength server software + a state of the art document management system).

A couple of author friends of mine actually run a home Sharepoint server they configured themselves to host their various short stories and novels-in-progress to take advantage of its versioning, revision-tracking, and backup features. 

By contrast, several comments I&#039;ve seen around here about how the BPHs manage their documents internally (PC-to-PC ftp and sneakernet) makes it clear their business model isn&#039;t the only part of their operation stuck in the wrong century.

Odds are those folks have never even heard of Deming...</description>
		<content:encoded><![CDATA[<p>As Ms Fancher points out above, it is pretty clear that the BPH production process is *seriously* broken if the finished product is actually inferior to the authors&#8217; submission. Which is unconscionable given how cheap and simple proper document management systems are these days (US$200 buys industrial-strength server software + a state of the art document management system).</p>
<p>A couple of author friends of mine actually run a home Sharepoint server they configured themselves to host their various short stories and novels-in-progress to take advantage of its versioning, revision-tracking, and backup features. </p>
<p>By contrast, several comments I&#8217;ve seen around here about how the BPHs manage their documents internally (PC-to-PC ftp and sneakernet) makes it clear their business model isn&#8217;t the only part of their operation stuck in the wrong century.</p>
<p>Odds are those folks have never even heard of Deming&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jack Tingle</title>
		<link>http://www.teleread.com/paul-biba/ebook-formatting-from-a-publishers-perspective-it-isnt-easy-or-simple/comment-page-1/#comment-1156293</link>
		<dc:creator>Jack Tingle</dc:creator>
		<pubDate>Tue, 09 Feb 2010 19:46:17 +0000</pubDate>
		<guid isPermaLink="false">http://www.teleread.org/?p=37886#comment-1156293</guid>
		<description>I strongly endorse Thorsten&#039;s comments. For a simple book of fiction, the publisher should do as little to &quot;beautifully format&quot; the book as possible. Fictionwise&#039;s &quot;pre-tagged Word RTF file, which they then turn into many different formats&quot; usually produces a good ebook. I&#039;ve never experienced &quot;What comes out the other end of that meat grinder may be truly awful...&quot; with their titles.

Standardization of ebooks is in the publishing industry&#039;s hands. If they can&#039;t manage it, and if they can&#039;t streamline their workflow so production of an accurate, simple ebook doesn&#039;t come almost automatically, some of them deserve to go out of business. I&#039;m beginning to suspect publishing is overproducing, leading to low margins and poor quality. That way lies madness.

Regards,
Jack Tingle</description>
		<content:encoded><![CDATA[<p>I strongly endorse Thorsten&#8217;s comments. For a simple book of fiction, the publisher should do as little to &#8220;beautifully format&#8221; the book as possible. Fictionwise&#8217;s &#8220;pre-tagged Word RTF file, which they then turn into many different formats&#8221; usually produces a good ebook. I&#8217;ve never experienced &#8220;What comes out the other end of that meat grinder may be truly awful&#8230;&#8221; with their titles.</p>
<p>Standardization of ebooks is in the publishing industry&#8217;s hands. If they can&#8217;t manage it, and if they can&#8217;t streamline their workflow so production of an accurate, simple ebook doesn&#8217;t come almost automatically, some of them deserve to go out of business. I&#8217;m beginning to suspect publishing is overproducing, leading to low margins and poor quality. That way lies madness.</p>
<p>Regards,<br />
Jack Tingle</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nathan Everett</title>
		<link>http://www.teleread.com/paul-biba/ebook-formatting-from-a-publishers-perspective-it-isnt-easy-or-simple/comment-page-1/#comment-1156291</link>
		<dc:creator>Nathan Everett</dc:creator>
		<pubDate>Tue, 09 Feb 2010 19:07:10 +0000</pubDate>
		<guid isPermaLink="false">http://www.teleread.org/?p=37886#comment-1156291</guid>
		<description>Thorsten hits most of the key elements in his post, a topic that I dealt with recently at my blog &lt;a href=&quot;http://bit.ly/61RnXi&quot; rel=&quot;nofollow&quot;&gt;The Secret Life of eBooks&lt;/a&gt;. We&#039;ve got three really huge obstacles in front of us as publishers producing eBooks. Devices and desktop or mobile reading software all have their own algorithms for laying out content. The quality of native layout, even of that fully stripped down file that Thorsten mentions, can vary widely from platform to platform. Some of the eReaders are opting for user controls that let a reader set their own specifications for control of the display design. Even these do so with different degrees of success.

The second problem is that huge amounts of eBook code, especially in the ePub format, is used by the creation application to circumvent the automatic controls built into the specification and the devices. The most common that I&#039;ve seen is the use of the &quot;p&quot; tag and a &quot;class&quot; to define every element. We want our eBooks to be read and appreciated by live human beings, but we have to realize that in the world of eBooks a machine has to read them first. If we circumvent the codes the machine uses to display content, then it can&#039;t render it properly.

The third area is the fundamental understanding of design and the designer&#039;s responsibility when it comes to eBooks. It is a new era. We can no longer design books knowing the exact size of the finished work. It might be less than 2&quot; wide, or it might be viewed on a 20&quot; desktop. The reader might be inches away from the content or feet away. There is no way possible for designers to create a &quot;hard&quot; design for every possible set of viewing circumstances. It was so easy when we knew the book would be a 6x9 trade paper. Now it could be any size. This requires a whole new understanding of design in a world that holds anything static as anathema. Designers aren&#039;t being prepared to design for this world.

There is a shared responsibility for the look of eBooks on the part of device/software makers, designers, and publishers. It may seem impossible, but we made it through the conversion from hot lead to cold type to desktop publishing and good design survived. It will survive this one as well.</description>
		<content:encoded><![CDATA[<p>Thorsten hits most of the key elements in his post, a topic that I dealt with recently at my blog <a href="http://bit.ly/61RnXi" rel="nofollow">The Secret Life of eBooks</a>. We&#8217;ve got three really huge obstacles in front of us as publishers producing eBooks. Devices and desktop or mobile reading software all have their own algorithms for laying out content. The quality of native layout, even of that fully stripped down file that Thorsten mentions, can vary widely from platform to platform. Some of the eReaders are opting for user controls that let a reader set their own specifications for control of the display design. Even these do so with different degrees of success.</p>
<p>The second problem is that huge amounts of eBook code, especially in the ePub format, is used by the creation application to circumvent the automatic controls built into the specification and the devices. The most common that I&#8217;ve seen is the use of the &#8220;p&#8221; tag and a &#8220;class&#8221; to define every element. We want our eBooks to be read and appreciated by live human beings, but we have to realize that in the world of eBooks a machine has to read them first. If we circumvent the codes the machine uses to display content, then it can&#8217;t render it properly.</p>
<p>The third area is the fundamental understanding of design and the designer&#8217;s responsibility when it comes to eBooks. It is a new era. We can no longer design books knowing the exact size of the finished work. It might be less than 2&#8243; wide, or it might be viewed on a 20&#8243; desktop. The reader might be inches away from the content or feet away. There is no way possible for designers to create a &#8220;hard&#8221; design for every possible set of viewing circumstances. It was so easy when we knew the book would be a 6&#215;9 trade paper. Now it could be any size. This requires a whole new understanding of design in a world that holds anything static as anathema. Designers aren&#8217;t being prepared to design for this world.</p>
<p>There is a shared responsibility for the look of eBooks on the part of device/software makers, designers, and publishers. It may seem impossible, but we made it through the conversion from hot lead to cold type to desktop publishing and good design survived. It will survive this one as well.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jane Fancher</title>
		<link>http://www.teleread.com/paul-biba/ebook-formatting-from-a-publishers-perspective-it-isnt-easy-or-simple/comment-page-1/#comment-1156284</link>
		<dc:creator>Jane Fancher</dc:creator>
		<pubDate>Tue, 09 Feb 2010 18:44:21 +0000</pubDate>
		<guid isPermaLink="false">http://www.teleread.org/?p=37886#comment-1156284</guid>
		<description>Back in the 90&#039;s we used to say it&#039;s time the publishers joined the 20th century and began setting from our pristine files rather than paying (frequently) non-English-speaking people to retype (badly) that which we&#039;d spent months perfecting. (my first page proofs were filled with upside down exclamation points.)

Seems to me it&#039;s time for the e-book distributors to join the 21st century and figure out a way to accept files already vetted. That meatgrinder operation sounds ridiculous, and frustrating. 

Much of it comes back to the old DRM nonsense. If readers had the ability to manipulate the files to adjust to their readers, they&#039;d be a lot happier, and the publishers would have a lot less work.</description>
		<content:encoded><![CDATA[<p>Back in the 90&#8242;s we used to say it&#8217;s time the publishers joined the 20th century and began setting from our pristine files rather than paying (frequently) non-English-speaking people to retype (badly) that which we&#8217;d spent months perfecting. (my first page proofs were filled with upside down exclamation points.)</p>
<p>Seems to me it&#8217;s time for the e-book distributors to join the 21st century and figure out a way to accept files already vetted. That meatgrinder operation sounds ridiculous, and frustrating. </p>
<p>Much of it comes back to the old DRM nonsense. If readers had the ability to manipulate the files to adjust to their readers, they&#8217;d be a lot happier, and the publishers would have a lot less work.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Will Manis</title>
		<link>http://www.teleread.com/paul-biba/ebook-formatting-from-a-publishers-perspective-it-isnt-easy-or-simple/comment-page-1/#comment-1156282</link>
		<dc:creator>Will Manis</dc:creator>
		<pubDate>Tue, 09 Feb 2010 18:14:37 +0000</pubDate>
		<guid isPermaLink="false">http://www.teleread.org/?p=37886#comment-1156282</guid>
		<description>As Thorsten notes above, minimizing &quot;control&quot; will help. But if eBooks, eMagazines, eXXX are going to succeed (they will). We are going to have deal with complex documents and allow a level of control appropriate to the mix of content and devices.

We live in a society where the author/publisher must recognize that the consumer is in control. The consumer wants to read their content on their device in their way. Limiting the customers options will limit the exposure of the written word.

Plain text has a low viscosity, throw some figures in there and the viscosity (ability to nicely flow onto the pages) increases dramatically. The industry is in dire need of a set of tools, specifications (EPUB++) and rendering applications that can handle delivering complex documents to a wide range of devices - phones, purpose built reading devices, large monitors, devices for the visually impaired, etc.</description>
		<content:encoded><![CDATA[<p>As Thorsten notes above, minimizing &#8220;control&#8221; will help. But if eBooks, eMagazines, eXXX are going to succeed (they will). We are going to have deal with complex documents and allow a level of control appropriate to the mix of content and devices.</p>
<p>We live in a society where the author/publisher must recognize that the consumer is in control. The consumer wants to read their content on their device in their way. Limiting the customers options will limit the exposure of the written word.</p>
<p>Plain text has a low viscosity, throw some figures in there and the viscosity (ability to nicely flow onto the pages) increases dramatically. The industry is in dire need of a set of tools, specifications (EPUB++) and rendering applications that can handle delivering complex documents to a wide range of devices &#8211; phones, purpose built reading devices, large monitors, devices for the visually impaired, etc.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Felix Torres</title>
		<link>http://www.teleread.com/paul-biba/ebook-formatting-from-a-publishers-perspective-it-isnt-easy-or-simple/comment-page-1/#comment-1156281</link>
		<dc:creator>Felix Torres</dc:creator>
		<pubDate>Tue, 09 Feb 2010 18:01:35 +0000</pubDate>
		<guid isPermaLink="false">http://www.teleread.org/?p=37886#comment-1156281</guid>
		<description>I&#039;d add that ebook quality isn&#039;t just formatting.
Yes, formattng matters.
Quality content matters *more*.

In fact, the bulk of ebook complaints I have and have seen online aren&#039;t about presentation (except with PDF rendering and ePub hardwiring) but rather the quality of the *content*.

Ebooks are, first and foremost, about content.
The story.
The information.
Content quality is the publisher&#039;s reponsibility. Editing, proofing, spell-checking, grammar checking, fact-checking (for content sold as non-fiction). Formatting might matter on print books but in the ebook arena, where errors can&#039;t be blamed on faulty typesetting, the finger points straight to the publisher that allowed (often eggregious) content errors to flow straight to the consumer.

Yes, some apps have rendering issues.
And a lot of ebooks ship with poor formatting.
A lot of the better reader apps let the reader override the formatting to compensate for this poor formatting. But no app can fix a poorly proofed book full of grammatical errors or ocr errors. When you see complaints about ebook &quot;quality&quot;, odds are that 60-70% of the time the complaint is about document errors, not technology issues.

Blaming the reading app is like blaming the typesetter. (&quot;Sorry. Itt happens. Its out of our control.&quot;) Old hat. Except there is no typesetter to be the fall guy here and it is *easy* for consumers to verify if and when an issue is caused by the reading app and when it is caused by the ebook. Apps don&#039;t transpose characters or paragraphs, apps don&#039;t substitute the wrong homonym on the fly. Apps don&#039;t mess us content. And way too many ebooks sold come with low quality content.

Blaming the reading apps can be seen as a smokescreen and an effort to actually carrying out a *core* function that properly belongs to the publishers.

At this point in time, ebook buyers are a little too tech savvy to be distracted by those kinds of excuses. Not at a time that the big publishers are flexing their oligopolistic power to raise prices and limit competition.

Forewarned is forearmed: ebooks are no longer going solely to enthusiasts and early adopters who are (somewhat) foregiving, they are going to consumers. We live in a consumerist society and consumers are all too willing to scream bloody murder and demand satisfaction. 

High price + low quality = low value in anyone&#039;s book, right?

High prices = high expectations, so the screams are only starting.</description>
		<content:encoded><![CDATA[<p>I&#8217;d add that ebook quality isn&#8217;t just formatting.<br />
Yes, formattng matters.<br />
Quality content matters *more*.</p>
<p>In fact, the bulk of ebook complaints I have and have seen online aren&#8217;t about presentation (except with PDF rendering and ePub hardwiring) but rather the quality of the *content*.</p>
<p>Ebooks are, first and foremost, about content.<br />
The story.<br />
The information.<br />
Content quality is the publisher&#8217;s reponsibility. Editing, proofing, spell-checking, grammar checking, fact-checking (for content sold as non-fiction). Formatting might matter on print books but in the ebook arena, where errors can&#8217;t be blamed on faulty typesetting, the finger points straight to the publisher that allowed (often eggregious) content errors to flow straight to the consumer.</p>
<p>Yes, some apps have rendering issues.<br />
And a lot of ebooks ship with poor formatting.<br />
A lot of the better reader apps let the reader override the formatting to compensate for this poor formatting. But no app can fix a poorly proofed book full of grammatical errors or ocr errors. When you see complaints about ebook &#8220;quality&#8221;, odds are that 60-70% of the time the complaint is about document errors, not technology issues.</p>
<p>Blaming the reading app is like blaming the typesetter. (&#8220;Sorry. Itt happens. Its out of our control.&#8221;) Old hat. Except there is no typesetter to be the fall guy here and it is *easy* for consumers to verify if and when an issue is caused by the reading app and when it is caused by the ebook. Apps don&#8217;t transpose characters or paragraphs, apps don&#8217;t substitute the wrong homonym on the fly. Apps don&#8217;t mess us content. And way too many ebooks sold come with low quality content.</p>
<p>Blaming the reading apps can be seen as a smokescreen and an effort to actually carrying out a *core* function that properly belongs to the publishers.</p>
<p>At this point in time, ebook buyers are a little too tech savvy to be distracted by those kinds of excuses. Not at a time that the big publishers are flexing their oligopolistic power to raise prices and limit competition.</p>
<p>Forewarned is forearmed: ebooks are no longer going solely to enthusiasts and early adopters who are (somewhat) foregiving, they are going to consumers. We live in a consumerist society and consumers are all too willing to scream bloody murder and demand satisfaction. </p>
<p>High price + low quality = low value in anyone&#8217;s book, right?</p>
<p>High prices = high expectations, so the screams are only starting.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sandir</title>
		<link>http://www.teleread.com/paul-biba/ebook-formatting-from-a-publishers-perspective-it-isnt-easy-or-simple/comment-page-1/#comment-1156273</link>
		<dc:creator>Sandir</dc:creator>
		<pubDate>Tue, 09 Feb 2010 17:22:32 +0000</pubDate>
		<guid isPermaLink="false">http://www.teleread.org/?p=37886#comment-1156273</guid>
		<description>I understand the formatting issues are complex; personally I think  publishers shouldn&#039;t even try to sell ebooks that contain a lot of charts and tables. I&#039;ve also noticed that sometimes the formatting problems (like strangely indented paragraphs) will change depending on the font size you are using. 

I still contend there are more basic typos and misspellings in ebooks. I&#039;ve often wondered if the file that was uploaded for the ebook was actually a rough draft of the book. 

Just this week I finished a book where the dog&#039;s name was spelled three different ways and another where the famous female spy was referred to as &quot;Mata Harry.&quot; It happens so often that I&#039;m starting to believe publishers are not putting as much effort into their ebook offerings.

Occasionally I buy an ebook that is beautifully formatted so I know it is possible. I recently bought a cookbook that was incredibly well formatted with crisp gray scale photographs, working links to purveyors of specialty ingredients, and an excellent table of contents with links to each chapter, sidebar, and recipe. Each recipe started at the top of a new page and the book&#039;s cover fit into the Kindle screen perfectly.</description>
		<content:encoded><![CDATA[<p>I understand the formatting issues are complex; personally I think  publishers shouldn&#8217;t even try to sell ebooks that contain a lot of charts and tables. I&#8217;ve also noticed that sometimes the formatting problems (like strangely indented paragraphs) will change depending on the font size you are using. </p>
<p>I still contend there are more basic typos and misspellings in ebooks. I&#8217;ve often wondered if the file that was uploaded for the ebook was actually a rough draft of the book. </p>
<p>Just this week I finished a book where the dog&#8217;s name was spelled three different ways and another where the famous female spy was referred to as &#8220;Mata Harry.&#8221; It happens so often that I&#8217;m starting to believe publishers are not putting as much effort into their ebook offerings.</p>
<p>Occasionally I buy an ebook that is beautifully formatted so I know it is possible. I recently bought a cookbook that was incredibly well formatted with crisp gray scale photographs, working links to purveyors of specialty ingredients, and an excellent table of contents with links to each chapter, sidebar, and recipe. Each recipe started at the top of a new page and the book&#8217;s cover fit into the Kindle screen perfectly.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Performance optimized by W3 Total Cache. Learn more: http://www.w3-edge.com/wordpress-plugins/

Page Caching using disk: enhanced
Database Caching using disk: basic
Object Caching 545/572 objects using disk: basic

Served from: www.teleread.com @ 2012-02-09 21:36:15 -->
