Moving the bookmark on apps vs epub vs pdf

altmetricexplore comment

 

 

 


Last year, BOB bookmarked the following blog entries:

JMax (http://www.ccsp.sfu.ca/2012/11/books-in-browsers-2012-a-watershed/)  “Books in Browsers is a “future-of-publishing” conference. It is arguably the future-of-publishing conference right now. As the name suggests, it is loosely arranged around the idea that the future of the book is wrapped up in the future of the (Web) browser.”

Jason Pontin (http://www.technologyreview.com/news/427785/why-publishers-dont-like-apps/) “Last fall, in version 3.0 of our apps, we moved the editorial content, including the magazine, into simple RSS feeds in “rivers of news.” We dumped the digital replica altogether. Now we’re redesigning TechnologyReview.com, which we have made free to use, and we’ll follow the Financial Times in using HTML5, so that our Web pages will look great on a laptop or desktop, tablet, or smart phone. Then we’ll kill our apps, too. Now we just need to discover how to make the Web pay.”

Anna Lewis (http://www.futurebook.net/content/cruising-browsing-experience) “should publishers be putting the browser at the centre of their digital strategy, or focusing on files and apps?”

Nellie McKesson (http://toc.oreilly.com/2013/01/pdf-is-still-better.html) “… our popular eBook formats (EPUB and .mobi) and the eReaders built to read them also currently attempt to mirror the print structure, and limit how publishers are “allowed” to format their content. The EPUB 3 standard promises HTML5 support, but the various eReaders have been slow to adopt the new standard, and even when they do, they’ll likely still offer very limited support for just a subset of the spec. This means we’ll need to find platforms both to create and to distribute these new digitally-redefined eBook products. We’ll also need to train production teams to work with these new technologies, and find authors and editors who can think in the context of the screen.”

But while JMax, Jason Pontin, Anna Lewis and Nellie McKesson argued the case for HTML5 and designing for the screen, the browser developers were embracing PDF.

Utopiadocs (http://utopiadocs.com/index.php), “combining the convenience and reliability of the PDF with the flexibility and power of the web.”

Michael Kozlowski (http://goodereader.com/blog/electronic-readers/firefox-update-makes-e-reading-easy-with-new-pdf-viewer/)  “Mozilla issued a statement that said ‘Today, the PDF.js project clearly shows that HTML5 and JavaScript are now powerful enough to create applications that could previously have only been created as native applications. Not only do most PDF’s load and render quickly, they run securely and have an interface that feels at home in the browser. As an added benefit of using standard HTML5 API’s, the PDF viewer is capable of running on many platforms (PC’s, tablet, mobile) and even different browsers. Last, performance will only get better as JavaScript engines and rendering performance continue to improve in browsers.'”