ENTRIES TAGGED "HTML5"
The future is bright for ebook prices and formats
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.
Kindle file format and Amazon’s walled garden
Why switch to EPUB when you control the mobi/KF8 spec and user experience?
Podcast: Play in new window | Download
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.
This post is part of the TOC podcast series. You can also subscribe to the free TOC podcast through iTunes.
HTML5, EPUB 3, and ebooks vs. web apps
Two experts help us navigate the ebook format jungle
One of the benefits of working on TOC is that I get to see some of the behind-the-scenes industry debates that take place via email. Since it’s “formats” month here in TOC-land I thought it would be fun to share a thread about HTML5 vs. EPUB 3 featuring O’Reilly’s Sanders Kleinfeld and the IDPF’s Bill McCoy. They’ve both agreed to share this thread with the TOC community since it helps clarify the state of both EPUB 3 and HTML5.
It all started with an HTML5 interview I did with Sanders earlier this month. Bill reached out to Sanders as follows:
Your mileage may vary, especially on the Nook
I also agree with you that Web-technologies-based apps are the future for experience delivery, both in browser and increasingly for native-class apps that are liberated from the browser (whether wrapped in PhoneGap or CEF, W8 Metro apps or the new Chrome Packaged App model Google rolled out this summer at I/O).
Sanders: Yes, I think what I find so frustrating is that we’ve got tablets on the market like the Nook, which use two different engines to render Web content–one for the Web browser and one for the ereader–and the ereader is lagging so far behind the browser in HTML5 support. The ereader is being treated like a second-class citizen, even though it’s ostensibly the primary feature of the tablet (or at least the primary feature by which the tablet is being marketed; I concede that there are many people buying the Nook who just want a low-cost Android tablet, and have no intention of reading ebooks on it).
One of the things I appreciate most about iBooks is that it uses the same Webkit engine as Mobile Safari, and if you test the same HTML5 content in Safari and in iBooks, you usually get the same results.
Distinguishing apps from ebooks
Bill: But… despite all this violent agreement… I’m having a hard time with your contention in the interview that “a lot less is going to fall in the eBook side than it does now for enhanced text and graphics… anything that’s more enhanced is going to drift over to the app side… we’ll have our standard EPUBs for fiction/nonfiction and then biology textbooks will be on the other side”. That’s what I want to probe on in this email.
Sanders: I’ve thought about this quite a bit after my initial conversation with Joe, and I think the debate of “ebook” vs. “app” can be pretty facile if you’re not careful about how you define those somewhat loaded terms. And I think I failed to do a good job of that in my interview. So let me step back and try to do better now.
I think Phase 1 of ebook creation for publishers was basically, “Let’s take all our print books and digitize them so they can be read on a Kindle or iPad”, without much in the way of innovation in terms of interactivity, customized rendering for a reflowable context, or even hyperlinking.
I think we’ve now graduated to Phase 2, where publishers are thinking, “How can we make customized digital content for tablet devices, instead of plain-old text-and-graphics ebooks? Do I make an ‘app’ or do I make an ‘enhanced ebook?'” I think publishers are generally taking two approaches to this:
Approach #1: Hire on software developers to make full-fledged native apps they can sell in the app stores for iPad/iPhone/iPad and Android (lots of these are children’s titles, e.g. “Finding Nemo: My Puzzle Book“)
Approach #2: Make an “enhanced ebook”, which takes the standard Phase 1 text-and-graphics context, and then grafts on some multimedia features, like audio and video clips (here I’m thinking of the Steven Tyler memoir “Does the Noise in My Head Bother You (Enhanced Edition)“, which was featured prominently in Ana Maria Allessi’s talk at Editech)
I’m rather against Approach #2, because I don’t think it’s especially innovative, and I don’t think it’s what customers really want out of next-generation e-content. I feel like the whole notion of “enhanced ebooks” is somewhat of a transitional concept, as publishers start making baby steps in rethinking how they produce content for a Digital First world. In the long term (next 5 years or so), I think a large part of the “enhanced-ebook” middle ground is going to go away, and ebook content is going to fall more neatly into one of two categories:
Category 1: The standard text-and-graphic content that you can read on even the lowest-end eInk ereader (because I don’t think all-text fiction/nonfiction is ever going to go out of favor)
Category 2: Everything else, which will be more and more app-like in the sense that it will be highly interactive, to-some-degree social (commenting, linked to Facebook/Twitter, etc.), and conceived from the start for a Web context (densely hyperlinked, with sophisticated mechanisms to search content and navigate it in a nonlinear fashion)
So, that’s what I was getting at above; I just wish I had articulated it better in my interview.
That’s just part one, folks. Stay tuned later this week for excerpts from the rest of the thread where Bill and Sanders talk further about the subtleties of EPUB 3, HTML5 and web apps.
What’s new with EPUB?
EPUB3 is a big step forward but we haven't seen all the benefits it has to offer
This month’s TOC theme is “formats.” Even though our customers still tend to favor PDF it’s clear that mobi and EPUB are the formats with all the momentum. In order to get the scoop on EPUB I decided to go right to the source. The IDPF is the organization that develops and maintains the EPUB standard and Bill McCoy is the IDPF’s Executive Director. Bill was kind enough to sit down and talk with me about the current state of EPUB and where it’s heading.
Key points from the full audio interview (below) include:
- HTML5’s impact — EPUB3 is based on HTML5 and brings with it all the rich functionality that HTML5 has to offer. Global language support and accessibility are two very important improvements in EPUB3.
- Why do we need both EPUB3 and HTML5? — Bill points out that EPUB is a “reliable container” within which HTML5 content can be distributed. EPUB also allows you to step back from HTML5 coding and focus more on the structure of the document itself.
- Fixed layout — PDF is designed with fixed layout in mind whereas EPUB not only supports fixed layout but it also offers the reflowable option as well as a hybrid solution for those situations where both fixed and reflowable are needed in the same product.
- 12 years in the making — I’m puzzled over why it’s taking so long for EPUB3 support to show up on devices and in apps. Bill reminds me it was a pretty significant jump from EPUB2 to EPUB3 but that we’re already seeing signs of significant progress.
- Beyond today’s EPUB3 — Bill prefers to focus on EPUB3 but I did manage to pry a few details from him about what we can expect in the future: Advanced fixed layout (e.g., Manga), adaptive layout (page templates), dictionaries, indexes and annotations.
For more information be sure to download a copy of our free ebook, co-published with the IDPF, What Is EPUB3? If you’re attending the Frankfurt Book Fair you’ll also want to register for TOC Frankfurt to hear Bill and I debate the pros and cons of DRM. (Are there really any DRM pros?!)
You can listen the entire interview in the audio player below.
HTML5 is the way forward
HTML5 solves today's single-source file, compatibility and rendering problems
Podcast: Play in new window | Download
Our TOC theme for August was platforms and we transition to the theme of formats in September. In a couple of earlier interviews we talked about the future of iOS and Android as publishing platforms. I also wrote a piece about how the ultimate winner isn’t actually a platform at all. It’s time to bring in an expert and tell us whether HTML5 really is the future of publishing, both as a platform and a format.
I picked one of the smartest people I know for the job. His name is Sanders Kleinfeld and he’s a publishing technology engineer here at O’Reilly. That’s a fancy way of saying he knows digital publishing inside out. Sanders has worked extensively with HTML5 and is the author of our free ebook, HTML5 for Publishers.
Responsive eBook Content
Responsive design isn't just for margins and font size; here's one way to rethink content display for multiple reading devices
Joe’s post about graceful ebook degradation inspired me to share an example of responsive content that I thought of while brainstorming with my ebook dev colleagues here at O’Reilly.
Much of the way authors present content is based on what they know is possible with the printed page. But the page has changed—it’s no longer the rigid, rectangular object it once was. It’s important to think about how best to present your content given these new boundaries—one of the key aspects being that these boundaries change. The same reader might look at your content on a large monitor at work, and then switch to her mobile phone on the train home.
iOS 6, Android, HTML5: Which Publishing Platform Prevails?
The ultimate winner isn't really a traditional "platform" at all
August is “platforms” month here in TOC-land. That means we’re throwing iOS and Android into the Thunderdome arena to fight it out. It’s not really, “two platforms enter, one platform leaves” though. After all, there’s a third player in this one, its name is HTML5 and I’m betting it ultimately wins the war.