Epub images cutoff

I'm currently using iOS 8.1.2, and I've been having problems with viewing ePubs in iBooks 4.1.1. Though, I think the problem started with updating to iOS 8.
The problem seems to be with viewing images. Epubs I had before which used to display images correctly now seem to view the images zoomed up and cutoff.
Has anyone else had a similar problem?

Problem Solved
The problem was in the CSS. In the process of getting many different (often confusing and contadictory) recommendations on CSS for ePub, the following fragment had slipped into the CSS:
img {
position: absolute;
margin: 0;
No doubt, one of the numerous examples and sources I consulted thought this was a good idea. However, when viewing the XHTML files in a browser it caused the images to overlay the text and on the iPad it simply made the images disappear - even though every validator known to man thought the ePub, XHTML, and CSS files were marvelous.
Deleted this fragment and the problem was solved.
Thanks,
David Hetherington

Similar Messages

InDesign CS5 ePUBS Image Consistency across platforms

Hello!
I have a question I've been asking myself for months, and finally made an account here for the Adobe Forums, which seems to be pretty much the only place with useful information about ePubs.
I work in a company that's planning on transferring over 70 print modules (between 80-150 pages each) to be available on iPad and Android tablets / phones.
InDesign CS5 helps a lot, especially with being able to choose Header 1s as Page Breaks.
But, I seem to be having some issues with a couple of things that's preventing us from publishing these documents to the Apple Store and Androind Market.
1) Superscript / Subscript not appearing correctly on final product (Though this has been achieved by using Sigil to hack the CSS)
2) Bullet alignment (The bullets are all aligned perfectly, just not along with the first line, creating a secondary weird indent bug that looks terrible)
The main issue is pictures. I am using PNG images. A few months ago, the problem was solved - If I chose NOT to automatically format my images, they appeared perfect on the iPad/iPhone/Galaxy Phone and Galaxy Tab.
However, we took some time off this project, and now that I'm back on it, Aldiko has a new version, and it seems to break the images. Now my images in Aldiko are displaying huge, and previously, you'd be able to hold a finger on an image and it would open up full screen to get a closer look, but all of that seems gone now, and I'll only get half of my image at best.
Checking off to automatically format the images results in terrible low quality images that are so small you can barely see them.
I've done some research and apparently Aldiko is one of the most used free e-readers for android, so I'd definitely like for our products to display fine on it.
Any suggestions? Anyone else that experiences similar problems?

Your question is rather an advanced one. I've observed that most of us who reply to ePUB questions here are still learning to make ePUBs.
I've been told by someone more knowledgeable about it than I that the link below to the MobileRead Forums would lead you to more experienced ePUB creators who may be more helpful:
http://www.mobileread.com/forums/

Epub image problem

Hi,
I am trying to create an ibook in Pages. My document has quite a few images which show up in the pages document and also when I export to PDF, However when I export to Epub some of my images disappear. I have checked that they are all inline and I don't have any columns or tables. However I am getting an error from pages when I export to Epub saying that columns and tables are not supported and my epub file may not diisplay correctly.
Although when I run it though another epub check online I get no errors.
Anyone else had the same problem? Please let me know if you found a solution as it's really messing with me. I just wanna get my book published already.
Thanks!

You Pages document is 60 Mb. All images are in the same section (Chapter), page 19 to 263. You can see it in the thumbnails.
I can see that you a quite a few page breaks. You can change those to section breaks in the Find and Replace feature > advanced. Click on the Insert button where you can select the breaks. I got 16 replaced breaks. It might be what you need to get the images to stay.
You might also have a look at your images and see if there are any large ones in Mb which needs to be resized before added to the Pages document. As you images are for showing on a computer you don't need to have them in high resolution. You can downsize them to somethin like 150 dpi and they will look fine on the screen. For printing 200-300 dpi is better. You do this in an application like Photoshop or equivalent.

Max size of iBook, ePub images

Trying to create an eBook with illustrations. Sometime a pic appears on two pages.
Is there a stated, maximum size (dpi) for images, so they don't appear on two pages?
Is there a way to control things like having caption always appear with pic?
The recent iBook update (yesterday) said it could not handle designed books with illustrations. Did they publish guidelines other than the Pages template of months back? That template didn't deal specifically with pics, as I recall.
I wish Apple wasn't so silent on the topic of pics and iBooks. iPad is a great platform, but it seems to have to know hoe to program an app to get something nice to look at.

I don't have iBooks with pics other than my own, and the older versions I looked at have the same problem. I recall that the double-tap ability has come and gone in various iterations of iBooks and Pages. It worked in the first version of iBooks, then for a little while it didn't. At some point a few months ago I switched from Pages to Scrivener (whose ePub exports do respond "correctly" to double-taps), and only today tried it again in Pages (because of the iBooks update that allegedly makes it easier to produce illustrated books.
I would like to see an Apple list of what has changed in the recent iBooks update, re handling of illustrations. I've looked on the support page, but they are Apple-ishly vague.
Some hard documentation, please.

EPUB images not showing in iPad iBooks.

I've managed to export a fixed layout epub from inDesign and everything renders fine in iBooks on my iMac but for some reason no images are shown when viewed in iBooks on my iPad. Does anyone have any idea what is going on?

Hi,
I think this is the issue with the image dimensions you are using. Make sure the images are less than 600 X 600 px for them to look fine on iBooks. The images will not appear if they exceed this limit.
Regards,
Pooja

(CS5.5 ePub) images size query

Hi all
I had some CS5 documents that I converted to ePub and all the images seems to end up as expected in the ePub when I ticked on "Formatted" in the export options. This meant any sizing/cropping on the page was applied to the images upon export. I'm using CS5.5 now and now when I view my ePubs in iBooks images are different sizes. An example is attached - the three images all looked the same size in CS5's ePub. This problem is only visible in iBooks (see screenshot below) - in ADE they all look as expected.
Looking at the ePub the middle (smaller) image is actually smaller in the OEBPS\Images folder, so Indesign is clearly doing that. The code for the three images is
<div class="Basic-Text-Frame">
<p class="authors-pic"><img alt="CL-433686-Bradshaw%20et%20al-SimonBradshaw.jpg" class="image" height="72" src="../Images/CL-433686-Bradshaw%20et%20_fmt.jpeg" width="72" /></p>
<p class="authors-pic"><img alt="CJMcolourheadshotFeb2011.jpg" class="image" height="71" src="../Images/CJMcolourheadshotFeb20_fmt.jpeg" width="71" /></p>
<p class="authors-pic"><img alt="CL-433686-Bradshaw%20et%20al-IanWalden.JPG" class="image" height="72" src="../Images/CL-433686-Bradshaw%20et_fmt1.jpeg" width="72" /></p>
</div>
I noticed that the middle one is marked to be 71px rather than 72px - I changed that in the code but it didn't help. CS5 didn't add these sizes to the code. If I take them out altogether it doesn't help since the images themselves are different sizes. iBooks doesn't seem to be honouring them.
The images in ID are different sizes and resolutions. I suppose what I need is a way to simulate CS5's "Formatted" setting. I've played around with the settings (Fixed/Relative to Page Size) but to no avail. I've read Cari Jansens's post on "EPUB Export and Relative to Page Size". Anyone suggest the best way forward?
thanks,
Iain

Cari Jensen did some experimenting with the new image export features of EPUB in InDesign CS5.5. Maybe you'll find it helpful:
http://carijansen.com/2011/06/07/epub-export-relative-to-page-size/
[Edit:] Oops. Just noticed you read Cari's post. She's explored this more than anyone else I know.
You might also look at Liz Castro's blog:
Pigs, Gourds, and Wikis

Centered images float left when exporting to epub - images don't stay centered

Hi,
I have created an ebook with from the template apple instructs to use (http://images.apple.com/support/pages/docs/ePub_Best_Practices_EN.zip)
and i've added some images on several pages. they are all centered and set to inline (as epub can't handle floating objects/images)
but when i export to epub almost all images appear floating left in the epub file except for a few images.
i can't figure out why or how do i keep them centered. i've tried selecting the rows below and above with the one the image is on and centering the text. i've tried adding the "object causes wrap" and chose the one that centeres the image. nothing works.
any advice would be great.
Thanks
J

Hi Steph,
That worked for some of the images but not for all of them.
I found a strange solution that worked in conjunction with your solution.
After you center the "text line" that it is on (or the one under it like you say), i mark the image and in the sidebar in which you choose the type of line/text (like chapter title or sub title etc') and you make the image or image line as a a chapter title or subtitle. prefprebly subtitle as to not mess with the table of content.
then when i exported to epub the images were finally centered. all of them.
hope this helps if anyone else encounters that issue.
Thanks for the added help.
J

CS5 ePub images

In CS3 and apparently CS4 there was an option when exporting out an epub to not optimize/do-anything to the image files. In CS5 it insists on not only resaving them, but also inexplicably re-naming the files.
So my perfectly taylored and optimized images are now destroyed, and to add insult to injury I have make a copy of my original images, do a batch-rename, and then replace them in the epub file.
Is there a hidden option anywhere to force it to leave my images alone like it used to do?

I will also note that in the process of CS5 renaming the files, it seems that file names over a certain length just get truncated, and in my case files that were in a numbered order actually got renamed to a different order! Unbelievable.
For example, my original files:
Special-Preview-Comic-01.gif
Special-Preview-Comic-02.gif
Special-Preview-Comic-03.gif
Special-Preview-Comic-04.gif
Special-Preview-Comic-05.gif
Special-Preview-Comic-06.gif
Special-Preview-Comic-07.gif
Special-Preview-Comic-08.gif
Special-Preview-Comic-09.gif
Special-Preview-Comic-10.gif
What I'm forced to use from CS5:
Special-Preview-Comic-_opt1.gif
Special-Preview-Comic-_opt2.gif
Special-Preview-Comic-_opt3.gif
Special-Preview-Comic-_opt4.gif
Special-Preview-Comic-_opt5.gif
Special-Preview-Comic-_opt6.gif
Special-Preview-Comic-_opt7.gif
Special-Preview-Comic-_opt8.gif
Special-Preview-Comic-0_opt.gif
Special-Preview-Comic-1_opt.gif
The second to last file (Special-Preview-Comic-0_opt.gif) is actually the first numbered image, then the second is beneath that, then it starts over with _opt1 (which is really the third image).

Epub images using pages

i have downloaded ePub_Best_Practices_EN 2.pages to make epub file, and
if i change the font size in iPhone or iPad, the image size is adjusted and can not see the
whole part of the image.
what shall i do?
i just want the same size of image, regardless of the changed font size and the whole image.
please help !!

Thanks, but I have searched here but have not found or heard a direct answer to my question as stated above...

Turn off clickable epub images in Pages

I'm trying to create an epub in Pages. When I export it and view it on the iPad, all the inline images I've put in there are clickable. In other words, if you click on one of the images, it opens in another window. But I don't want it to do that. In other epubs I've seen, when you click on the image nothing happens. That's what I want. I simply cannot figure out a way to turn this feature off. It's making me nuts. Anyone have any ideas?

This is the EXACT behavior that I need in my ePub documents to view enlarged images.
I think it is a capability of iBooks on the iOS devices. If you view the same ePub document with another reader, the images are not clickable. Try Kindle or Nook on the iPad or try Bluefire which has a lot going for it by the way.
http://www.bluefirereader.com/bluefire-reader.html

Export to epub with linked ai files result in low quality images

I have a 220 page indesign cc doc which I am exporting to epub fixed layout. I have around 100 linked ai files. When I export, the main paragraph text is crisp and lovely but the ai figures are a little fuzzy.
I have tested different settings in the 'Object Export Options' but each time it comes out the same.
See image below.
I have searched around but can't seem to find anyone talking about this. Has anyone else had this problem? Any suggestions?

Hello Carli,
When exporting to epub, images format changes to png/jpg/gif depending on what you have selected in EPUB Export Options dialog. Please try exporting to PNG with high resolution selected(you can change Resolution as well in Export Options dialog).
Thanks
-Anshul

CS6 Epub Output and Duplicating Images

Situation: A book with a single image that is used repeatedly--once on every chapter opener. Call it, say, "ChapterOpenerImage.jpg". On epub output, each instance of the image seems to get its own file created and placed in the epub images folder: ChapterOpenerImage_fmt1.jpg, ChapterOpenerImage_fmt2.jpg, etc; and obviously each gets its own href on the chapter opener.
May I ask why this is necessary, and if it can be overridden? I'd like to be able to drop a different version of "ChapterOpenerImage.jpg" into the epub images folder and have it update everywhere, without having to either duplicate it and rename it as many times as necessary, or without having to go into the code and use reg-ex searches to make all the hrefs uniform.
Thanks for any help!

This was actually an issue (bug?) that was introduced in CS6. If you unchecked "Preserve Appearance from Layout" on the Image tab of the Epub export dialog box in CS5.5 you would get one image that was linked multiple times. Now in CS6, unchecking that box doesn't seem to make a difference.
I use Find & Replace in Dreamweaver or Text Wrangler's (free) Multi-File Search to find the grep expression ChapterOpenerImage_fmt\d*.jpg and replace it with ChapterOpenerImage.jpg.
You will also need to clean up the content.opf file but they will all be together so it's easy to do that.
Hope they fix it. I think they will since it was correct in CS5.5.

Pages to ePub observations and hints

I've been experimenting with exporting ePubs. Here are some things I have have found that may help others.
These observations are based on Pages v4.1 and iBooks v2.0.1
These truths might be invalidated when new versions of Pages and/or iBooks appear.
There may be subtle distinctions and/or situations where these observations don't work as described. Or maybe for some of them, I have gotten close to the truth but not fully realized it completely yet. Experiment with them at your will.
1. Pages does not and will not insert any "page breaks" (or css causing that effect) in an ePub file per se. When exporting to ePub, Pages ignores any and all page breaks or section breaks you insert into a Pages document. Instead, it splits what it considers to be chapters each into separate xhtml files within the created ePub container. It seems that iBooks is hardcoded to automatically display each xhtml file beginning on a new "page."
2. According to Apple's "ePub Best Practices" document, Pages considers chapters to be delimited by instances of text of the style "Chapter Name". I have found that changing the name of that style does not effect the resulting ePub. Therefore, it is not the style's name that informs pages to use it as the chapter delimiter. Instead, I have found that Pages will look at all the styles you have marked as to be included in the TOC (hereafter called "TOC-included-styles"). Whichever one of these happens to be used first in the document, will be the style that Pages will use to parse chapters, unless the first TOC-included-style used is named "Chapter Number". In this case, that instance of "Chapter Number" is skipped over when considering the style to use as chapter delimiter, and the next TOC-included-style found will be used.
3. Unlike "Chapter Name", the style named "Chapter Number" is required be to named "Chapter Number". This style further affects the splitting of the xhtml files, and therefore, iBook's rendering of "page breaks". An exported ePub will normally be split into xhtml files at the first character of all instances of "Chapter Name". A document that also includes any "Chapter Number" instances will be split at the first character of those instances. The rule, in plain english, would be: split into xhtml files at instances of 'Chapter Name', but if any particular 'Chapter Name' instance has a 'Chapter Number' instance before it, back up and make the split immediately before that 'Chapter Number'. If a "Chapter Name" instance has more than one instance of "Chapter Number" before it, the split will happen at the earliest instance of "Chapter Number" until a previous "Chapter Name" is found. If the last "Chapter Name" instance in a document has any "Chapter Number" instances after it, there will be no split at those "Chapter Number" instances. Any other styles in between any of these instances are preserved, so you could have a new page in iBooks with a chapter number, followed by some text, then the chapter's name. If you rename the "Chapter Number" style to something else, it is then considered like any other style and has no affect on resulting ePub structure.
4. If you insert a TOC into your Pages document, it is ignored for ePub export. The TOC created in an ePub will include whatever styles are checked in the Document->TOC inspector. The ePub TOCs as generated by Pages seem to have only two levels of indentation. The high level is the chapter level, as described above, whatever TOC-included-style appears first in the document will be the chapter delimiter and be the least indented level of the TOC. All other TOC-included-styles, no matter what they are named or how they are configured in Pages, will be placed at indent level two in the resulting ePub's TOC. So, a style does not need to be named "Heading" to be included in the ePub TOC, it just needs to be a TOC-included-style.
5. You can add however many images you want to a chapter, but if the combined file size of the images in that chapter add to more than 1Mb, then the resulting ePub will not display any of the images which cause the size of that chapter to surpass 1Mb.
6. There is talk that a "magic" resolution for images is 600x860 in order to have them occupy a full "page" in the resulting ePub. I have found that any image whose pixel resolution fills the iBooks page viewport will do that, if the image is also set to cause wrap-with-clear-space on the left and/or right. The iBooks viewport seems to be 368x569 pixels when the iPad is held in landscape orientation. So in other words, no matter how large your image is, when viewing on the iPad in landscape mode, it will be at the most 368x569 physical iPad pixels. Therefore it seems to me, if you only wanted to view a book in landscape mode, you could make all your images exactly 368x569, and not larger, making the resultant ePub file as small as possible. But you'd probably want to design the book for portrait mode as well. In portrait mode, the viewport seems to be 547x???. Where I have not taken the time to deduce the exact vertical viewport dimension, but I know it is close to 780px, either way, the image can be smaller than 600x860. iBooks will shrink any image larger than the viewport at hand (portrait or landscape) to fit the viewport. If the aspect ratio of the image differs greatly from the viewport, the image will appear "letterboxed" because the aspect ratio of the image is maintained as it is shrunk to fit the page's viewport.
7. The margins of your Pages document, whether they be document-wide margins, or margins within a section, don't seem to affect the resulting ePub. The document-wide-margins and the layout-margins (in a section) can be set to zero. The on-the-ruler margins can be at the edges of the "paper." Extranious tabs on the rulers can affect things. I find it is best to drag all tab stops off the rulers.
8. Tables are problematic. They are not good constructs to put in ePubs. Pages will dimension tables/columns width based on percentages. So if the overall width of your table drawn in Pages happens to be 50% the width of the "paper", then in iBooks on the iPad, the table will be 50% of the width of iPad's page viewport. An 8.5x11 "sheet" of paper shown in Pages is typically defined as 612 pixels wide* (change your Pages ruler units preferences to Points to verify, the Document inspector will show the page size in pixels). So if you draw your table half the width of that sheet, you get a table 306px wide in Pages. That's pretty good, you can fit a bit of text in a table that wide. But now you export to ePub, and since the iPad's (landscape) viewport is only 368 pixels wide, your resulting table is 50% of that, or 184px wide. Since the size of the text hasn't changed much, now everything is wrapping and going crazy. Column widths are also generated as percentages of the table's width, so a column that fits its content nicely in Pages is now too narrow in the ePub. Confusion ensues. Incidentally, the above assumes your document left and right margins are set to zero, if not, the percentage of width is calculated between the margins, not the edges of the page. What you can do is make the table 100% of the width of the page, in that case the resulting table in the ePub will always be 100% of the width of the page viewport on the iPad. For a bit of left and right margin, you can throw in an empty column to the left and an empty column to the right of your table's content, then shut off the border lines for those side columns so they aren't seen. This won't solve your problems, but might take some of the pain away. If a user cranks the font size up as high as it will go on the iPad, no table remains standing.
* if you do any measuring with on-screen rulers, make sure you set Page's zoom to 100% first, as it defaults to 125%!
9. If you want to get a clue as to how your book will flow on the iPad (in landscape mode for example), you can temporarily set your document's Page Size to be 368x569 pixels (will all margins set to zero). You set Page Size and Margins in pixels (in inspector) by first changing the ruler units to Points in Page's settings. Be careful though, it's an approximate result, not exact WYSIWYG, the words won't end up exactly where you see them.
10. If you have read thus far, you probably already know that the first (on-screen) page of a Pages document can be used to automatically create the ePub's cover image upon export. As mentioned elsewhere on the 'net, floating images can be used on this first page (if they are used elsewhere they are ignored). I have found that shapes, specifically floating shapes can be used on the first page as well. You can even use background shapes! This unlocks the door to creating some truly nice covers with a minimum of work. I have here attached an image of a cover I created in just a couple of minutes without using Photoshop or any other image editor, just Pages. I will describe below how it is done
All the objects on the first page (shown above) is set to floating or background, therefore, you need to move the inline text to the next page. You can do this by inserting a section break. You can see it in the upper left corner. That forces all the text to be shuttled off to next page, out of the way.
First I created the swirly pattern background. To do so, create a box shape on the page and immediately set its Placement properties to "in background". Keep "background objects selectable" and resize it to cover the entire page. Remove any border or shadow from it. Then set its Fill to any seamless pattern you like. Keep the pattern pixel dimensions small so as not to create a large ePub. This particular swirly pattern I created very quickly for free at patterncooler dot com. Set the fill properties to "Tile" so that your pattern is tiled throughout the whole box shape. Now you can uncheck "background objects selectable" so that you can work on top of it without disturbing it.
The size of the pattern repeat itself is important to consider. The book cover will be seen in two places: on iBook's bookshelf (small), and opposite the table of contents in the book itself if the iPad is held in landscape mode. If the size of the repeat is too small, then you cant really make out the pattern in the bookshelf icon because the whole cover has been shrunk down, if the repeat is too large, it might look nice on the bookshelf but funny opposite the TOC. You'll have to experiment, but the repeat used in this example is a good compromise.
Next the brown spine down the left hand side is another box shape. This one's placement is set to "floating". Stretch it to the edges of the page. I filled this one with a subtle gradient to give it a slightly 3 dimensional look. Remember that iBooks will overlay shade an indentation along the left edge to appear as a crease. So dont make it too dark. Remove any border from this box, but give it a shadow on the right, just enought to make it appear affixed on the book. I used shadow settings of Offset 1pt, Blur 6pt, Opacity 75% at an angle of 323. Too much offset or blur ruins the effect. You want it to appear as a very thin layer adhesed to the "book". As for colors, use the eyedropper on the color inspector to pick colors from the background pattern, this will make it "work together" if you are color challenged.
The stitching on the right edge of the spine shape is a simple line shape 2 pts wide. Properties are: dotted, with a very slight shadow (2,4,85%,315). You can use the "bring forward" or "send backward" commands if the stack order gets mixed up.
Next add the Title and Author boxes. They are simple floating box shapes with color fill, and simple black border of 3px. Page's pop-up alignment guides will help you center them in the page. There is no shadow for these boxes as they (here) are supposed to mimic a printed and not a physical adhesion. Instead of a line border, you can also apply Page's "picture frame borders. I went crazy with those, but ultimately came back to the simple line border.
If you want to make these "adhesions" there are lots of nice paper textures on the 'net you can use as fill.
Finally you see there is a slight highlight on the top edge of the book and slight shadow along the right and bottom edge. These make the cover seem to have rounded edges, they give it a 3D appearance. To create the right hand "round over" draw a line-shape the height of the page. Make it 5px wide, and give it shadow properties of 5,4,50%,142. Next you have to move it so that it is slightly off the paper and thus not seen, but close enough that it's shadow is still seen. To move it, you can use a combination of the mouse, the arrow buttons on the keyboard, and/or the position inspector pane. In my example, the page is 600px wide, and the line sits at the 601px location. Be careful about moving shapes off the page, as you can "lose" them. Oddly enough, there is no way to see and/or find shapes that are "off page" (that I know of anyway). If you lose a shape off the page, you have to draw selection boxes blindly, until you stumble upon the shape again. It seems a way to hide content if one so desired.
For the bottom edge of the book, do the same thing with a horizontal line. Shadow angle in my example is the same 142 degrees.
For the top edge, do the same except make the shadow color white. (5,5,50%,270). This shape is hard to select once you have it offscreen. If you want to select it, you might have to move the background and right edge shadow out of the way first. Then draw a small box at the top right corner of the page until you hit it.
And one last detail, you might notice my page size is 600x860px (8.333in x 11.944in). This is because I think this aspect ratio is shaped more like a novel than than 8.5x11in (612x792px). The latter is squarer, and more the shape of a text book.
I hope this stuff has been useful to you.
Dave

Thank you for sharing such an informative post! I'd like to offer one small correction.
My company publishes children's picture storybooks in print. These are edge to edge full color pages for those who may not be familiar with this format. Our early ePub's were always disappointing in that we could not duplicate the print format without showing considerable white margins on an e-reader. We have since solved that problem in order to achieve the maximum image size. There will always be some amount of white margin in ePub format, but our image output now nearly fills the screen of any e-reader.
The 600X860 resolution is correct in order to achieve a wall to wall ePub image. The image must be created at that resolution for insertion into the document, and the page setup must also be set at the same dimension, which in inches is 8.333X11.944. You cannot, for example, use a smaller size image and drag it with constrained proportions to fill the viewport at the 600X860 resolution. The exported ePub file recognizes the portion of the image that is beyond the margins of the viewport and it will show up in an e-reader with a large white bottom margin.
Dragging a smaller image than the 600X860 resolution to fill the viewport with unconstrained proportions will work, but of course distorts the image. So, create your images at 600X860, insert them into your doc, export to ePub and you will be happy, happy, happy!

Pages to ePub: TOC and Title Page

Hello everyone... please help! I'm pulling my hair out.
When exporting from Pages to ePub, I'm having two issues:
1- The Title Page (which is page 1 and has been selected as the cover of the book) does not appear or appears blank. What do I have to do to make it appear?
2- I hear in all forums the need to build a TOC in addition to the one ePub already creates and that appears on the left hand side when the file is opened using an ebook reader. Can anyone please tell me why I have to do this and most importantly HOW to do it?
Thank you very much!!

Thank you for sharing such an informative post! I'd like to offer one small correction.
My company publishes children's picture storybooks in print. These are edge to edge full color pages for those who may not be familiar with this format. Our early ePub's were always disappointing in that we could not duplicate the print format without showing considerable white margins on an e-reader. We have since solved that problem in order to achieve the maximum image size. There will always be some amount of white margin in ePub format, but our image output now nearly fills the screen of any e-reader.
The 600X860 resolution is correct in order to achieve a wall to wall ePub image. The image must be created at that resolution for insertion into the document, and the page setup must also be set at the same dimension, which in inches is 8.333X11.944. You cannot, for example, use a smaller size image and drag it with constrained proportions to fill the viewport at the 600X860 resolution. The exported ePub file recognizes the portion of the image that is beyond the margins of the viewport and it will show up in an e-reader with a large white bottom margin.
Dragging a smaller image than the 600X860 resolution to fill the viewport with unconstrained proportions will work, but of course distorts the image. So, create your images at 600X860, insert them into your doc, export to ePub and you will be happy, happy, happy!

Anyone knows how to set debug on in ADE 2.0 ?

It used to be Ctrl Shift T in previous version
Quite funny but if you run epubcheck on the welcome.epub which comes with ADE 2.0, it does not pass validation :
ERROR: C:/Users/Alpha/Documents/My Digital Editions/welcome.epub: Length of the first filename in archive must be 8, but was 18
ERROR: C:/Users/Alpha/Documents/My Digital Editions/welcome.epub/OEBPS/content.opf(4,64): attribute "role" not allowed here; expected attribute "id", "ns:file-as", "ns:role" or "xml:lang" (with xmlns:ns="[http://www.idpf.org/2007/opf | http://www.idpf.org/2007/opf]")
ERROR: C:/Users/Alpha/Documents/My Digital Editions/welcome.epub/OEBPS/content.opf(4,64): attribute "file-as" not allowed here; expected attribute "id", "ns:file-as", "ns:role" or "xml:lang" (with xmlns:ns="[http://www.idpf.org/2007/opf | http://www.idpf.org/2007/opf]")
ERROR: C:/Users/Alpha/Documents/My Digital Editions/welcome.epub/OEBPS/content.opf(16,31): character content of element "dc:identifier" invalid; must be a string with length at least 1 (actual length was 0)
ERROR: C:/Users/Alpha/Documents/My Digital Editions/welcome.epub: image file OEBPS/images/191.png is missing
ERROR: C:/Users/Alpha/Documents/My Digital Editions/welcome.epub: image file OEBPS/images/cover5_flat_fmt.png is missing
WARNING: C:/Users/Alpha/Documents/My Digital Editions/welcome.epub: item (OEBPS/images/cover.svg) exists in the zip file, but is not declared in the OPF file
WARNING: C:/Users/Alpha/Documents/My Digital Editions/welcome.epub: item (OEBPS/template.xpgt) exists in the zip file, but is not declared in the OPF file
ERROR: C:/Users/Alpha/Documents/My Digital Editions/welcome.epub/OEBPS/Cover.html(15,76): 'OEBPS/images/cover.svg': referenced resource exists, but not declared in the OPF file
Check finished with warnings or errors
Message was edited by: alpha_diez
and this is the error log in ADE 1.7
Error list Changed at Fri Oct 5 07:45:06 2012 UTC
C:\Users\Alpha\Documents\My Digital Editions\welcome.epub
New error list Contents:
E_PKG_BAD_REF file:///C:/Users/Alpha/Documents/My%20Digital%20Editions/welcome.epub/OEBPS/content.opf item href OEBPS/images/191.png
--- end list ---
Error list Changed at Fri Oct 5 07:45:06 2012 UTC
C:\Users\Alpha\Documents\My Digital Editions\welcome.epub
New error list Contents:
E_PKG_BAD_REF file:///C:/Users/Alpha/Documents/My%20Digital%20Editions/welcome.epub/OEBPS/content.opf item href OEBPS/images/cover5_flat_fmt.png
--- end list ---

You have to set something on your computer (outside Java) to tell it that you are in the US. You didn't say, but I'm going to guess that you are using Windows; if that's so, then try Regional Options in Control Panel.

Epub images cutoff

Similar Messages

Maybe you are looking for