ENTRIES TAGGED "KF8"
Despite a huge leap forward there's still plenty of room for improvement
2012 was a good year for Kindle developers. With the unveiling of the first-generation Fire tablet in late 2011 and the release of the KF8 Mobi format in early 2012, designing beautiful ebooks for the Kindle platform became a reality. KF8 introduced a fixed-layout specification for Kindle Fire, which opened the door to graphically rich titles—children’s books, graphic novels—in Mobi format. KF8 also greatly increased CSS2 compliance for standard reflowable ebooks, implemented a handful of CSS3 features (text shadow, rounded borders), and added support for embedded fonts. The subsequent rollout of KF8 to Kindle eInk readers running firmware 3.4 (including the new Kindle Paperwhite) and KF8’s support for @media queries to enable fallback styling for non-KF8 devices helped to increase rendering parity within the diverse Kindle ecosystem.
But first we have to break a bad habit and embrace HTML5
I typically get a sympathetic look when I tell people I work in the book publishing industry. They see what’s happened with newspapers, they realize many of their local bookstores have disappeared, and most of them have heard about the self-publishing revolution. The standard question I’m asked is, “wow, isn’t this a terrible time to be a book publisher?” My answer: “We’re in the midst of a reinvention of the industry, and I can’t think of a better time to be a book publisher!”
Sure, there’s plenty of volatility in our business but we have an opportunity to not only witness change, but embrace it, as well.
With that in mind, there are the first two of four key areas that make me so enthusiastic about the future of this business: pricing and formats.
You might be wondering why pricing tops my list, particularly since we seem to be in the midst of a race to zero pricing. First, Amazon set the customer’s expectations at $9.99, and now some of the most popular ebooks are free or close to free. Amazon routinely sells ebooks at a loss so that they can offer customers the lowest price, and the agency model isn’t turning out to be the silver bullet for falling prices many hoped it would be.
Despite this, I firmly believe publishers are to blame for low ebook prices, not Amazon (or anyone else). After all, we publishers are satisfied with quick-and-dirty print-to-ebook conversions, where the digital edition doesn’t even have all the benefits of the print one. Ever try loaning an ebook to someone? How about reselling it? Of course customers are going to assume the price should be lower in digital format!
We need to break the bad habit of doing nothing more than quick-and-dirty p-to-e conversions and look at new strategies to reverse the declining pricing trend. I’m talking about rich content.
Let’s work on integrating features in the digital product which simply can’t be replicated in the print version. Once we start creating products that truly leverage the capabilities of the devices on which they’re read, I believe we’ll end the race to zero pricing.
If you’re a publisher, you’re forced to deal with mobi files for Amazon, EPUB for almost all other e-book retailers, and probably PDF as well. Despite all the sophisticated tools and techniques we can access, it still requires extra work to deliver content in all these formats, especially as specs change and capabilities are enhanced.
Fortunately for us, help is on the way, and its name is HTML5. I believe that in the not too distant future, we’ll be talking less about mobi and EPUB as we focus more of our attention on HTML5. After all, HTML5 is one of the core file formats on which EPUB 3 and KF8 (Amazon’s next-gen format) are built. Additionally, HTML5 already supports many rich content capabilities we need to address the pricing opportunity noted earlier. HTML5 is supported by all the popular web browsers, so there’s no need to wait for mobi or EPUB readers and apps to offer richer content support; let’s just use the underlying technology capabilities of HTML5 and turn every browser into a reading app.
In the second part of this discussion I’ll share the other two reasons why I’m so excited about publishing’s future: direct channels and evolving tools.
Why switch to EPUB when you control the mobi/KF8 spec and user experience?
A couple of weeks ago I interviewed the IDPF’s Bill McCoy about the current state of EPUB. As I mentioned in that conversation, EPUB is the format used by pretty much every device not named “Kindle.” But since the Kindle format is the most popular I wanted to get an update on it as well, so I managed to grab a few minutes with industry expert Joshua Tallent, founder and CEO of eBook Architects.
Key points from the audio interview include:
- Beware of auto-conversions — They tend to lead to the most common problems in Kindle-format books. Some hands-on work is required for just about everything except the most basic content formats.
- Amazon and EPUB — They accept it on the content ingestion side but Joshua feels Amazon benefits so much from their proprietary format that it’s unlikely they’ll ever switch to a more open solution like EPUB.
- HTML5’s role — Yes, HTML5 is already used by KF8 and EPUB, but Joshua feels HTML5 will always require a container to define, manage and control the content and that HTML5 isn’t a viable standalone solution, at least not in the short term.
- Enhancements required — Fixed layout capabilities are at the top of Joshua’s wish list but he also notes a few features of EPUB 3 he’d like to see implemented in Amazon’s format.
Bill McCoy on EPUB 3 and keeping pace with innovation.
In this video interview, Bill McCoy, executive director of the IDPF, says it's important to emphasize and encourage the innovative aspects of building upon EPUB 3, as long as that innovation doesn't lock consumers in to one closed silo.