Apple Event: May 7th at 7 am PT

Looks like no one’s replied in a while. To start the conversation again, simply ask a new question.

Pages-to-EPUB workaround

For those interested in writing ebooks for the iPad directly through the Apple iTunes contract: There is an article with a workaround workflow so that most of the formatting and inline graphics could be carried over into an .epub document.


The article describing the Pages-to-EPUB workaround workflow is in the "How to Articles" at http://ezepub.com . Other free Author and ePublisher resources are there as well.



I may receive some form of compensation, financial or otherwise, from my recommendation or link. <Edited by Host>

2-24" iMacs, 2-Aluminum 13" MacBook/MB Pro, Mac OS X (10.6.2), http://ezepub.com

Posted on Jun 16, 2010 7:21 AM

Reply
63 replies

Jun 21, 2010 6:30 PM in response to d0csp33d

d0csp33d wrote:
If you own your data in pages or textedit then it is very easy to create an epub file. Go to http://code.google.com/p/sigil/


http://ezepub.com/content/sigil-wysiwyg-epub-editor


Sigil is an amazing product for finishing .epub formatted books. In fact,
Sigil is Step "3. Open the Sigil.app"

in the Pages-to-EPUB workaround that started this thread.

Jun 21, 2010 10:30 PM in response to Barbara Brundage

Just jumping in here. Chris had some good points about PDFs and reflow.

The question you need to ask yourself, if indeed you are in the camp of wishing that you could sell PDFs on the eBook marketplace, like Apple's eBook marketplace, is this: what will the experience be like?

The reality is not very good, if you have any sort of images/graphics. What makes reading ePub formatted books in the iBooks App so good is that the text is reflowed and formatted perfectly for that app. It's fast, and the text looks beautiful.

Realize that Apple has set up the template for books, which includes fonts, background color, etc. You can't change that. In fact, you have very limited control of what your book will look like in the iBooks App.

PDFs are extremely limited in terms of how they look and work on eReaders. From first hand experience with reading PDFs on the Sony eReader, while I was impressed with the way Sony's software reflowed the text and everything for the reader, some of the graphics did not look good (too small). And then, the user would have to zoom into the graphics, etc.

The reality is that going from a PDF file to an eReader has been like compiling an App: the end result is not that great. My point then is to go from whatever program you used to write your book, be it Pages or InDesign, straight to ePub.

And if your images/graphics are that complex, you should ask yourself: can I really sell this book, this book that I have been selling as a paper copy, now ported over to digital form?

The reality is that the answer could be no. What works in an 8.5" x 11" paper medium doesn't always map over to a digital screen the size of a Kindle, or an iPad. It's not the answer everyone wants to hear I am sure...

The implication is to redo the book for the digital device. That means, graphics that are too big and unweildly, they need to be changed so they are viewable on the iPad's screen. Thus, you need to reevaluate whether your book is best suited for eReaders or not. If not, you will have to start reworking those suspect areas. Remember, text is just text, and that is pretty much never an issue, it's the graphics/images that cause the problems.

Jun 22, 2010 3:30 AM in response to Ryan Vetter1

Barbara Brundage wrote:
that sample epub that Terry White did to see what would happen. It isn't pretty--tolerable until you turn the ipod sideways and then…. Sigh.


I really appreciate Terry's early attempt, but just like desktop publishing before it, ebook authoring is going to have its own finishing art to it. And, as did print publishing before that, I might add.

Ryan Vetter1 wrote:
you need to reevaluate whether your book is best suited for eReaders or not.


Over the long haul your book, if it will be successful as a book, is destined to be an ebook at some point. Now keep in mind that if you are self-publishing, that does not excuse you from replacing all the print house personnel roles in finishing the look and feel of your book. The good news is that the tools will improve faster than any of those printing arts before. We need to stay in the conversation to help push the making of the tools forward, getting our feedback known, and coming up with interim solutions until we get the tools. Fortunately, we have a great partner in that pursuit, Apple.

Jun 22, 2010 6:02 AM in response to Ryan Vetter1

Well, I won't completely disagree, but I also think you're thinking in terms of only certain kinds of books. For example, my books are currently available as apps (so far only for ipod, don't think they've been resized for ipad), where tapping an image takes you to a larger size, because you NEED to be able to see a larger image. Epub is darned near impossible to do well where there are things like numbered lists or code examples, because those will do very weird things when the reader decides to read in Comic Sans or whatever.

If you are talking about a novel, or a book like Apple's edition of Winnie the Pooh, yeah. But if you are writing something like a software manual or graphics textbook, epub has even more headaches than PDF at this point, particularly in Apple's implementation.

Jun 22, 2010 7:07 AM in response to Barbara Brundage

Barbara Brundage wrote:
Well, I won't completely disagree, but I also think you're thinking in terms of only certain kinds of books. For example, my books are currently available as apps (so far only for ipod, don't think they've been resized for ipad), where tapping an image takes you to a larger size, because you NEED to be able to see a larger image. Epub is darned near impossible to do well where there are things like numbered lists or code examples, because those will do very weird things when the reader decides to read in Comic Sans or whatever.


What software did you use to create your 'app' book?

Jun 22, 2010 2:44 PM in response to Chris Hayden

The real problems with .pdf formatted books have to do with flowable text and the authors ability to optimize the file size of their .pdfs.


Tagged PDF should allow at least some reflow, at the cost of inflating the file size. As for optimizing PDF size, I run into this all the time in my day job — there's always a balancing act between how sharp your graphics (esp. photos) look vs. the size of the PDF. But for most people, the standard "Print" profile should be good enough. Then again, if you don't have photos or other bitmap graphics, you can make a pretty darn small PDF that will look great on just about any device.

Jun 22, 2010 11:03 PM in response to Larry Kollar

We almost seem to be going in circles. The reality is, right now, what we want is to be able to go from Pages to ePub directly. But we can't, yet. What we can do is use InDesign, and go straight from InDesign to ePub. So we do have a DTP solution for eBooks and tablets presently.

And let me say a few more things about PDFs. I like PDFs. Their good for a lot of things. Reports, proposals, resumes... but books? PDFs are limited and very slow to pan through. Also, what they aren't good for is when you want to convert them to be read on eReaders. They just aren't. I've converted many of them with Calibre as well as using Sony's eReader software. The results are very mixed. And Sony's eReader software is considered to be the best in terms of how it reflows the text and graphics in the PDF.

Again, what we have to realize is this is a new medium, and it demands new interfaces and new book and publication designs. To think that you can take an 8.5" x 11" document, that is in PDF format, push a button, and have it look great on a tablet computer is really simplifying things.

Let me give an example of what is happening in the publishing industry. Digital magazines have new layouts for tablets. And a lot of them have portrait and landscape layouts. They change based on the orientation of the device. This is a lot of work for the production team, and expense. But in the end, there really isn't a choice. You will have to reformat and redo your books, if there is any sort of complexity, so they look good on tablets. Having to zoom in, or enlarge, that can get frustrating and impede the reading/educaitonal experience.

Right now, the solution is either go from Pages to a PDF and Calibre, for example, or just use InDesign, and export straight to ePub from there.

And about just reading PDFs in an app, or reading PDFs as books. Honestly, PDFs are a pretty bad reading experience in the context of books. The iBooks App is amazing. It's the best digital reading experience available. It's nothing like a vertical, linear scroll through a PDF. It's way faster, the text is completely clear and uniform, the graphics look great, and it automatically changes based on the orientation.

We should be happy a lot of that hard work has been done for us. ePub really gets a bad rap and it shouldn't. Imagine if there was not standard, no ePub. Imagine having to convert from PDFs, and that was the only option. Or that we were all stuck reading PDFs as books. PDFs are simply not meant to be used in the way people are implying.

I work with PDFs daily, in communications. Some complex, and I use Adobe PDF Pro, etc. I have every OCR program available too. Anytime there is any complexity in a PDF, converting it to something else is simply a nightmare.

My vote is for ePub, which can be dumped straight into the Kindle Store, the iBooks Store, and pretty much every other eBook retailer's store. It allows for inline graphics, images and text. And InDesign goes right to it. This is not a case where ePub format is worse than PDF, and that it's just a trend of people and business that have accepted ePub format. PDF is the lessor of the two. If it really were better in terms of it being able to be easily converted into formats readable by dedicated, universal eReader software like the iBooks App, there is little doubt that companies like Apple, and many self-publishers, would just stay with PDF.

But this is not the case. The fact is, graphics just simply don't come out of any PDF well at all, even using the best OCR software. I don't see how any eReader software is going to do any better at this in comparison to expensive OCR software that has been around for decades.

If you just have a simple book in terms of it being pretty much all text, than PDF might be ok to convert from. But still, there are going to be formatting issues. My advice, therefore, is to simply stay away from PDFs for book publishing.

Sony eReader software:

http://ebookstore.sony.com/download/

Jun 23, 2010 5:53 AM in response to Ryan Vetter1

What we can do is use InDesign, and go straight from InDesign to ePub.


Actually, that's not the end of it, by any means. There is a great deal that needs to be done to an epub after InDesign to fix output errors, and InDesign CS5 has some very severe bugs that have made it a poor choice till Adobe fixes some very big problems that are new with it.

And even Winnie the Pooh looks different in ibooks 1.1 than it did in ibooks 1.0.

Epub is no panacea.

Jun 23, 2010 6:51 AM in response to Ryan Vetter1

Thanks Ryan, you're hitting the nail on the head.
Ryan Vetter1 wrote:
We almost seem to be going in circles.

Absolutely, and there seems to be a slow pull away from the topic at times.
ePub really gets a bad rap and it shouldn't.

.epub is a great format for ereader type devices, especially the iBooks.app. Why? Because .epub structures everything like a super lightweight and containerized website, using CSS to optimize text, and so on. .epub format's current standard dates back to 2002, suggesting to me that Apple wanted to start with something that was relatively stable. Really, .epub is the best choice for the iBooks.app at this time. Perhaps, HTML5 will get containerized down the road and provide a more dynamic web-app type platform, but that would invite more multimedia and make the books fatter by comparison to the current .epub whisper light file size.
PDFs are simply not meant to be used in the way people are implying.

PDF's are, and probably won't change anytime soon from, a print publishing oriented package. Don't get me wrong, there are more modern uses of PDF's as email friendly files, but the package overhead is deeply rooted it that print oriented approach.
My vote is for ePub, which can be dumped straight into the Kindle Store

Kindle does not support .epub, BUT their proprietary format .mobi is very similar.

But, I second that vote, I think those who attempt to master the finishing of .epub will be the short term leaders in this new market.

Personally, I use InDesign CS5, but a lot of people cannot invest that much in one program or suite. The "workaround" is intended to be exactly that.

The only errors I get with InDesign are related to overlooking metadata and embedded fonts in the Export-to-EPUB process. Apple doesn't allow embedded fonts. My guess, because they question whether you have permission to distribute fonts in a package that can be exploited. It is hard for most to apply paragraph styles without designating a favorite font. So, the rub is that .epub itself is happy enough to embed fonts, but you can't distribute .epubs with embedded font through Apple. Makes perfect sense to me. In the first, you are re-distributing against a license agreement, and in the second Apple is keenly guarded against being a distribution vehicle to make that mistake. If people understand Apple's history regarding postscript and truetype fonts, they might understand why this is such a sensitive area.

Jun 23, 2010 9:34 AM in response to Chris Hayden

Ok, I just spent 15 hours yesterday converting our book to basic html for ePub.

Ironically, a PDF file converted to html creates the cleanest html that I have found in any file conversion. I had to do a lot of cleanup but it was mostly re-formatting paragraph tags where I wanted them.

I used acrobat pro to output an html file from our pod PDF. I'm going to use MobiPocket Creator to put it all together.

I imported the html file into sigil last night, but it added these formatting tags into the html that weren't there in the Dreamweaver file.

Jun 23, 2010 11:31 AM in response to tasslehawf

tasslehawf wrote:
Ok, I just spent 15 hours


Not a workflow I would have chosen. I would suggest at some point in the workflow that you are at a simple txt level. For instance, use Calibre to convert a pdf out to .epub, then use Sigil to clean up any odd formatting that may have resulted from Calibre's conversion. Why? Calibre should be breaking the source file down into text and inline text objects. Calibre should retain most of whatever formatting is in the PDF. That is as long as there are not layered graphics. In that case Calibre will interpert the graphics out to a stacked order as they appreared from left to right and down.

Another workflow is to use OpenOffice or MS-Word .doc (NOT .docx) and have Calibre convert, then check in Sigil.

Calibre would be able to do it all if it had editing capibility but that is what Sigil does best. On the other hand Sigil would be able to do it all if the author felt comfortable drafting in that interface.

Don't know what DW has offered the mix, but I'm feeling that 2 markup languages without a clean conversion step might be an issue.

Pages-to-EPUB workaround

Welcome to Apple Support Community
A forum where Apple customers help each other with their products. Get started with your Apple ID.