Five reasons for optimism about the future of ebooks ☺
“THAT COMPANY is destroying my P&L, the entire book industry, and the fabric of civilized society.”
“I really like their free, two-day shipping, though.”
There’s a lot of tsoris in the publishing community right now over ebooks. Much of it has something to do with THAT COMPANY WITH THE WEBSITE THAT SELLS ALL THE THINGS, how THAT COMPANY has a stranglehold on the book market, how it’s devaluing our literary canon, how it has publishers right where it wants them.
But we’re not just cranky about THAT COMPANY. Other jeremiads include—but are not limited to—the painfully slow adoption curve of EPUB 3, the demise of beloved sites like Readmill, the failure of “enhanced” ebooks to gain traction, sundry ereader feculence, stagnating ebook sales, and sideloading.
I’m a cynic by nature, and count wallowing among my favorite hobbies, but after half a decade as a software engineer in the digital publishing space, even I’ve had enough and am issuing a moratorium on the negativity! Instead, I want to talk about some of the promising trends I’ve seen develop over the past year that foretell a bright future for the digital book. Forthwith, Five reasons for optimism about the future of ebooks ☺
#1: Ebook standards development is flourishing
I think there’s a tendency in publishing circles to look at EPUB 3 as some sort of digital-book endgame (e.g., “When NOOK finally fully supports EPUB 3, I can upgrade my entire ebook catalog”), when in reality, it’s merely a precondition for the real cutting-edge work to come.
Here’s an overview of some of the new EPUB specifications currently being developed by the International Digital Publishing Forum (most currently in Draft status) to do just that:
Dictionaries/Glossaries and Indexes: Marking up reference sections and indexes in EPUB XHTML content documents is challenging, especially if you care about rich semantics (which you really should). In an index, how do you tag a page reference when content is reflowable, and there are no set pages? In a dictionary, how do you tag the pronunciation information? The EPUB Dictionaries and Glossaries and EPUB Indexes 1.0 specs provide canonical semantic inflection guidelines for dictionary/glossary and index content, respectively, via the epub:type attribute. The Dictionaries/Glossaries spec also defines a required Search Key Map Document: an XML mapping of term keywords to their locations in the dictionary/glossary. Reading-system platforms that add support for these specifications can use them to implement features and behaviors that provide an improved reader experience—for example, pop-up definitions for custom glossary terms in a medical textbook, or a navigation panel for the index with separate tabs for each letter-group of alphabetized terms.
Open Annotation: A key value-add of digital over print is its ability to foster social reading, whereby ebook consumers can highlight/annotate text content and share this data with select friends and/or the general public. Most ereader platforms have some degree of “social” built into their reading systems (e.g., iBooks has pop-up functionality where you can annotate text, or highlight a quote and post it on Twitter or Facebook), but these mechanisms are generally proprietary and not interoperable with other systems. In other words, if you annotate your EPUB in iBooks, and then move it to your NOOK (assuming DRM doesn’t prohibit you from doing so; see #4, below), your notes are not coming along for the ride. As its name suggests, the Open Annotation in EPUB spec seeks to address this issue by defining a universal data-interchange format for EPUB annotations, based on the W3C’s Open Annotation Data Model. Annotation metadata (name of annotator, date of annotation, publication being annotated, etc.) is formatted as JSON, and annotation content itself is stored within the JSON chars property as an XHTML5 document fragment. Annotation data can be packaged within an EPUB archive or distributed separately.
Widgets: The EPUB 3.0 spec already makes it possible to add “widgets” (e.g., a graphing calculator for a math textbook, a slideshow viewer for a photography book) to an ebook, by embedding the necessary XHTML5/CSS/JS for the mini webapp. What the EPUB Widget Packaging and Integration specification offers, however, is a standard mechanism for packaging widgets as standalone EPUB archives (based on the EPUB Publications 3.0 spec) that can be distributed separately from the ebook, and for embedding these independent widget modules back into EPUBs. It’s the start of a module architecture for ebooks, which will make it possible for developers to share/distribute the widgets they make—effectively a rubygems or npm for EPUB. Very exciting!
EDUPUB (Disclaimer: I am a member of the EDUPUB working group): The mission of EDUPUB is to develop an ebook profile based on EPUB 3 expressly geared for educational (textbook) content. The first draft release of the EPUB 3 EDUPUB Profile introduces a initial set of structural semantics tailored for educational content (encompassing the EPUB 3 Structural Semantics Vocabulary, as well as additional terminology for learning objectives, assessments, etc.), content model rules for sectioning, and metadata usage recommendations. Future iterations will tackle requirements for teacher editions and analytics.
In addition to the IDPF’s work on ebook standards, the W3C has also chartered the Digital Publishing Interest Group to guide development of HTML5 and CSS features to meet the needs of publishers producing digital content. The DPIG has released a “latinreq” Working Draft to formalize typsetting requirements for Latin character sets, as well as documents/wikis around structural semantics, annotation, and metadata.
#2: A new open-source rendering engine for ereaders is on the way
Standards are great, but on their own, they’re not enough. To effect meaningful change in the ebook space, publishers need to adopt said standards, and ereader vendors need to support them in their reading systems. The past three years since the EPUB 3 spec was released have seen a protracted chicken-or-egg standoff where both publishers and vendors have been relatively content to let the other side act first. Throughout this time period, there’s definitely been some motion on both sides, but a tipping point has yet to be reached.
At present, if anything’s going to break this impasse, it’s going to be the Readium project. Most people probably know of Readium as the organization behind that Chrome plugin that lets you QA EPUB 3 files in the Web browser, but they’re also developing the Readium SDK, a new, open-source rendering engine for EPUB 3 that can power native ereader applications and serve as a successor to the Adobe RMSDK currently in use in many platforms, including the NOOK.
With Kobo, Google, and Adobe counted among Readium’s membership, it does not seem unreasonable to be optimistic that the SDK initiative is finally going to catalyze more widespread support of EPUB 3 in ereaders. But even if the majority of commercial platforms continue to stagnate indefinitely at EPUB 2, Readium (along with initiatives like epub.js) represents a key step toward bringing ebooks to the open web, where I believe they can flourish equally as well (if not moreso) as they do in any digital retailer’s walled garden.
#3: The tools keep coming
At Books in Browsers 2012, Adam Witwer gave an insightful talk entitled “We’ve got the tools. Let’s start using them,” arguing that those lamenting the lack of quality tooling upon which to build ebook workflows were too focused on a handful of high-level, proprietary apps, and had failed to take notice and avail themselves of the rich ecosystem of open-source libraries and technologies available to better accomplish the same goals. While I enthusiastically agree, I also think, pragmatically, at the time, it was too soon to expect publishers to take up this particular gauntlet. There’s a difference between employing a high-level tool “out of the box” to accomplish a task versus rolling your own app from lower-level components; the latter is degrees of magnitude more challenging—especially for firms that don’t have a deep bench of in-house software engineering talent. I’m sure to many publishers, the message “Let them build their own Rails app!” goes over about as well as “Let them eat cake!”
In 2012, the higher-level tooling available to publishers was either too print-centric, treating digital development as an afterthought (e.g., InDesign), or, as Witwer noted, created by ereader vendors and/or digital retailers and tied to their ecosystems (e.g., iBooks Author).
A lot’s changed in the past couple of years. My job is now primarily dedicated to filling this high-level tool void. I’ve been working on a team doing backend development for a commercial B2B book authoring and production platform, as well as maintaining an open-source XHTML5-based single-source publishing toolchain (inspired by the DocBook project).
Due to the nature of my work, several times a week, a colleague will reach out to me with a hyperlink to a piece of digital publishing software and ask, “Have you seen this one yet?” In the past year, I’ve explored dozens of platforms targeting different niches in the publishing industry. There are commercial platforms and open-source platforms; platforms for scientific journals; platforms for making children’s books on a tablet; platforms for people who like LaTeX; platforms for people who like Markdown; more platforms for people who like Markdown; even more platforms for people who like Markdown. (Is Markdown the new Word? Or should we stop trying to make Markdown happen? Discuss.)
Point being, in 2014, the tools keep coming, they’re high-level, and, while they’re not perfect, they keep getting better. Let us eat cake!
#4: Might the tide be turning against DRM?
When Tom Doherty, publisher of Tor Books, announced at IDPF Digital Book 2014 that Tor had eliminated DRM from its ebooks and had seen no significant detrimental impact on sales, the audience erupted in a loud cheer.
I took this as a hopeful sign that publishers are perhaps becoming more receptive to the notion that DRM is maybe not so much the solution to safeguarding ebook sales, but in fact the problem. In his 2011 dispatch, “Cutting their own throats,” author Charlie Stross put it thusly:
As ebook sales mushroom, the Big Six’s insistence on DRM has proven to be a hideous mistake. Rather than reducing piracy…it has locked customers in [THAT COMPANY WITH THE WEBSITE THAT SELLS ALL THE THINGS’s] walled garden, which in turn increases [THAT COMPANY’s] leverage over publishers….If the big six began selling ebooks without DRM, readers would at least be able to buy from other retailers and read their ebooks on whatever platform they wanted, thus eroding [THAT COMPANY’s] monopoly position.
In addition to fostering a more competitive ebook retail landscape, I believe dropping DRM from ebooks will help lead to more competition, and thus innovation, in ereader software. When the ebook point of sale is decoupled from the platform on which the product is consumed, customers have the freedom to choose retailer independent of ereader, and vice versa. Regardless of where they purchase their ebooks, they can choose the reading system that has the features they like best—e.g., best CSS3 support, best open annotation functionality (see #1, above), or best accessibility for those with visual disabilities.
I hope more and more publishers will be swayed by the case against DRM and follow Tor’s lead, or at least consider that the benefits DRM affords in terms of the illusion of piracy prevention might be outweighed by unfavorable market effects and diminished customer satisfaction.
#5: Books matter
Yes, books are a commodity. Yes, it’s hypocritical to assert otherwise, to proclaim “No, books are special. THAT COMPANY WITH THE WEBSITE THAT SELLS ALL THE THINGS can’t just treat them like they’re bags of corn chips,” when you’re the one likening them to corn chips in the first place by slapping an ISBN and a retail price on them.
But no, none of that changes the fact that books are indeed special. Most of us love books in a deeper, more profound way than we love corn chips. They are our cultural legacy; they endure. (If I survive the zombie apocalypse, I’m most looking forward to all the spare time to dig in to the huge stack of books in my queue.)
As publishers, typographers, editors, proofreaders, designers, and now software developers, we help act as stewards of the future of the written word. Nearly everyone I’ve ever met in the book industry or the publishing-tech startup space takes this mission seriously, believes it is bigger than the free market. As long as there are people passionate about ebooks (however they manifest in digital form—EPUB, app, website, whatever), I have no doubt they will survive even the most nefarious corporate machinations, including radically driving prices down to make books more affordable to people all over the world.
Don’t despair. Help create a bright future for books in the digital age. If you need more information or additional inspiration, please check out the “Further Reading” links below culled from this piece (some of which are video). Kthxbai.