This is the second part in a two-part essay about digital publishing. You can read part 1, “The Fragmented Present,” here.
It’s never been a better time to be a reader. We’re partly defined by the things we read, so it’s good to have an embarrassment of enriching, insightful writing on our hands. We hold hundreds of books in lightweight, portable e-readers. We talk to authors over Facebook and Twitter. Thousands of public domain works are available for free, and blogs afford us a staggering array of high-quality writing. Long-form journalism and analysis is experiencing a minor renaissance, and we’re finding new ways to discuss the things we read.
It’s never been a better time to be a writer. Anybody can publish their thoughts. Anybody can write a book and publish it on demand. Authors can reach out to readers, and enriching, fulfilling conversations can blossom around the connections we develop out of the things we make.
But we have considerable work ahead. Our ebook reading and creation tools are primitive, nascent, born of necessity, and driven by fear. We have one-click ePub to Kindle conversion, but it’s buried in a clumsy, bloated, cross-platform application that screams for improvement. We have page layout software, but it saves natively in a proprietary format, and it exports ePub files almost entirely as a set of <span>
tags, rather than proper, semantic HTML. (Think <span class="header">
instead of <h1>
.) ePub may be saved as a zip file, but Mac OS X’s default zip archiver doesn’t handle ePub’s mimetype correctly, requiring a separate application. And there is still, as of this writing, no native reader for Mac OS X that’s up to both iBooks’ design standards and ePub’s native spec. (When creating ePub, my workflow involves uploading a new ePub to Dropbox, opening the Dropbox app on my iPad, and sending the ePub to iBooks—every time I want to view a change.) There is so much work yet to be done to make publishing easier. Farming out ePub development—overwhelmingly the current accepted solution—isn’t the answer.
Does this madness look familiar?
Even if writers know HTML, they face many more hurdles. Writing now generates less income for people, but it costs the same to produce. The publishing landscape of 2012 looks similar to the music landscape of 1998, crossed with the web designs of 1996: it’s encumbered by DRM and proprietary formats, it treats customers as criminals, it’s fragmented across platforms, and it’s hostile to authors who want to distribute their work through independent channels. Libraries are almost ignored wholesale with every new development around DRM and pricing. Publishers take DRM on faith, in the face of considerable evidence that DRM hurts both readers and sales.
At the beginning of the aughts, major record labels weren’t behaving any differently than publishers are now. And for almost a decade, one browser maker held back technical progress in web development by not fully, reliably supporting web standards: this is no different than the Kindle entirely ignoring the recommendations of the International Digital Publishing Forum, despite Amazon being a paying member.
In 1997, the Web Standards Project was founded to encourage browser makers and web developers to embrace open standards. We need a similar advocacy organization for publishers, e-reader manufacturers, and readers. We need a Web Standards Project for electronic publishing.
Self-publishing and its discontents
Before the web, self-publishers bankrolled their own operations. Edward Tufte took out a second mortgage on his house to self-publish The Visual Display of Quantitative Information in 1982, because no printer could meet his quality standards. But even after getting the copies made, there was no way for self-publishers like Tufte to effectively market their work. You could take out an advertisement in a newspaper or magazine, or you could call bookstores and see if they might be interested, but in 1982, you didn’t have the luxury of a website or email account.
These days, anybody can publish their own work. You can go through a print-on-demand service like Lulu. You can connect with readers via Kickstarter to handle upfront printing costs. You can set up a website and sell copies of your work through Fetch, Shopify, and Digital Delivery. You can print postage with Endicia. You can sell in person with Square. You can establish subscriptions with Memberly.
In large part, we—those who help craft the web—have embraced such a model. The Manual is a beautifully crafted independent journal of the “whys” around design. 8faces is a semi-annual typography magazine. Five Simple Steps covers all manner of design techniques. I run a quarterly journal for long essays called Distance, and I set up the whole thing to function over the internet. Finally, partly because of this very site, A Book Apart connects with like-minded readers. And more publications come by the day. Codex. Bracket. Kern & Burn. As web designers learn the details of print production, there will only be more publications like this. (I can’t speak for others, but I find a tremendous amount of pride in making physical goods, after so many days of crafting intangible things for the web.)
Many self-published projects receive less marketing and advertising, but they foster a greater intimacy with audiences, provide better customer service, and require more self-promotion. Self-publishers hustle.
And while I’ve focused mostly on design-related projects, the notion of connecting with readers over the internet is genre-agnostic. Anybody can do this—and writers are becoming empowered to take publishing into their own hands.
How must publishers evolve?
There is still a role for publishers, though, if they adapt to the new landscape. What are the problems and trade-offs? Ebook cover design would probably change, for instance, now that it doesn’t need to stand out on a bookstore shelf. And while editorial increases in importance, frequently differentiating quality writing from stuff that’s written alone, marketing would change substantially. An ebook author probably doesn’t need to do a book tour. Print and display ads will be less frequent. Mailing lists will be more frequent. Publishers that understand the trade-offs and shifts in their work will be able to nimbly respond to the internet before the internet does their work for them.
Where are the standards?
When it comes to ebooks, we’ve abandoned the standards we claim to embrace. In numerous conversations that I had while researching this article, many self-publishers said that it simply isn’t worth publishing their work in ePub—and the only people who were excited about ePub hadn’t tried to publish in ePub yet. It doesn’t have the same reach as other formats, and its features are implemented piecemeal, meaning it’s hard to ensure a consistent typographic standard from device to device.
Often, publishers start by producing a PDF in a tool like InDesign, and there simply isn’t an effective way to translate PDF layout and typography into HTML for ePub. As editor Allen Tan told me, “our workflow is pretty digital, it’s just that our output isn’t digital.” Lack of typeface support and robust layout tools are major pain points, and often publishers simply export their proof PDF and call it the digital edition. When people do make ePub files, they usually farm the task out, saying it’s too painful to create in-house. These are hacks, and they indicate a deeper problem.
But as web workers, we’re used to responding to such concerns better than other industries, and we’re uniquely equipped to discuss publishing issues from an outsider’s perspective. The web is typography; books are typography; ePub, the prevailing standard in books, is HTML, CSS, and XML, saved as a Zip file. Allen Tan added: “the advantage of having ePub as a standard is that any improvements with ePub can be pulled back into the web, because they use a common base.” We can provide deep, meaningful, constructive change in both ePub and the publishing industry if we apply what we’ve learned in our struggles with HTML and CSS.
So what have we learned?
Standards and disruption
In 1997, competition between Netscape and Internet Explorer drove a handful of trailblazing web workers to found the Web Standards Project, which called for browsers to adopt the open standards of HTML and CSS. These days, we debate the fragmentation of the landscape, calling for cross-platform solutions and expressing worry when browser makers independently develop their own capabilities.
Meanwhile, the IDPF—essentially the W3C equivalent for books—has developed and released the ePub specification. But tools to create ePub efficiently haven’t kept up, there’s no way to semantically develop a book in page layout software, the largest e-reader company doesn’t follow the ePub spec at all, and no e-reader on the market fully supports the latest published spec, ePub 3.0. The IDPF has moved out of sync with the realities of the e-reading market—not unlike when the W3C released XHTML, which was out of step with the realities of the browser market. Publishers have taken to painstakingly developing digital bundles with many different formats, one for each potential e-reader—not unlike when websites were “best viewed in Netscape 4.0 at 800x600 resolution.” What did we learn fourteen years ago, and why are we letting this happen again?
Because the largest publishers make us. Even though DRM has been proven, time and time again, to be hostile to both consumer and publisher, almost all e-books sold today are encumbered by it. But media distribution usually runs this course: DRM is enforced out of fear, and in the face of flagging sales and rampant piracy, the industry moves toward open standards. On the iTunes Store, FairPlay gave way to unencumbered MP3s. With movies, DivX died; DRM-cracked DVDs flourished. Creators will only gain control of their industry if they stand up for themselves.
Likewise with web standards, and now publishing standards: we can only kill off Amazon’s DRM if we become fierce advocates for open standards and vote with our wallets until things are made right. And proprietary tweaks to ePub, like Apple’s iBooks Author spec, are not unlike the approach that WebKit takes to its own proprietary -webkit
styles; such an approach can be refined and reformed if we approach it with the same perspective. As the W3C had WaSP in the late nineties and early aughts, the IDPF needs its own advocacy watchdog, too. We’re used to the web disrupting many industries, and it’s time to embrace the turbulence around publishing, for better and worse. The only alternative is to abolish the internet, and we’d rather not see that happen.
The Publication Standards Project
That’s why, along with this issue of A List Apart, and with the support of many great people, I’ve launched the Publication Standards Project, which has the following long-term goals:
- Fully featured, native support of the most modern ePub standard in all ebook reader software. You can support your own proprietary format in tandem, but if your reader does not fully support ePub 3.0, we will continue to advocate for you to do so.
- Support of the most modern ePub standard in creation tools. Same as above: your book-making software should write semantically correct markup, even if it also exports to other publishing formats.
- Improving the existing ePub standard. It is not perfect, and it needs to be improved. In the long run this might result in a fork of the specification—essentially a WHATWG equivalent—but for now we’ll begin working with the IDPF.
- Page layout software that exports semantically correct, standards-compliant HTML and CSS code. Software developers, take heed: after speaking with many publishers and independent writers, I've concluded that this market is wide open right now. If you build a better mousetrap, it will do very well by you.
- Abolishing DRM in all published writing. DRM has provably aided piracy, and it works against the customer by assuming they’re a thief. Removing DRM, on the other hand, has been proven to increase sales in many situations.
- An end to gatekeeper standards. As power consolidates in the hands of a few booksellers, they have a decreasing motivation to accept radical viewpoints or contentious, “banned” books. Rejecting a book because it contains a third-party link may fulfill the letter of Apple’s law, but it violates the spirit of open access, sharing, and healthy competition—and it could arguably be interpreted as an act of censorship.
- Simpler, more humane library lending policies. We desperately need libraries to support under-served communities without pervasive broadband. Refusal to simplify pricing models, and refusal to inter-operate among e-readers and lending systems, means that libraries will simply opt out of ebook adoption entirely—something they can’t afford to do if they’re going to stay relevant in the future.
At least in the short term, we’ll accomplish it in these ways:
- Education. Many people don’t know everything about the issues, and how they parallel our prior technological progress in other areas. Publishers don’t understand the new mindset that readers are in, readers don’t understand why publishers won’t join the 21st century, writers don’t understand why readers won’t pay anymore, and writers don’t want publishers to have full editorial control. Very few people have a clear sense of all the competing publishing formats and why such fragmentation is a bad thing. And we still don’t have the right tools to build the best writing that we can, share it with others, and constructively discuss it. At the Publication Standards Project, we’re ridiculously passionate about these issues, and we’d love you to join the conversation.
- Outreach. Part of the Publication Standards Project is a call to action: sign on to our goals as a reader, writer, and publisher, and resolve to work to improve the way that we communicate with one another. Another part is lobbying: we need to collectively advocate for e-reader manufacturers, publishing software developers, booksellers, and publishers to adopt better practices in the way they work. Everyone who reads this article is capable of action, and nobody else will stand up in your place.
- Your ideas. We know we haven’t thought of everything, and the best thing you can do to help is to volunteer. Get in touch with us and tell us about your vision for this; it cannot happen in a vacuum, and it cannot come from a handful of people. We will adapt to new developments in the publishing landscape, and there’s no way to tell exactly how things will play out.
Concluding thoughts
We discussed ePub’s promise in 2010, but we’ve only regressed since then. Our prospects look dim these days, but this is an opportunity for all of us to assert control over the way these standards are adopted. Right now, the landscape is dismal. But we solved these sorts of problems once. We can do it again. You can help. We set up a site at http://pubstandards.org. Our Twitter name is @pubstn. We’d like you to sign up for our mailing list so we can begin to take action with your help.
The internet was built on the foundation of free and open access to information, and it’s time for us to act like it. This isn’t going to happen by going to the companies and reforming them from the inside. It’s going to happen by building a new movement that can reform the older model. If we’re going to follow standards and openness in the things we publish, it starts with every single one of us, on every side of the table. Otherwise, we may end up with the walled gardens that we deserve.
- Illustration by Kevin Cornell
RSS readers: Don't forget to join the discussion!