04-15-2011, 09:58 AM | #31 | |
Connoisseur
Posts: 61
Karma: 10
Join Date: Apr 2011
Device: Kindle
|
Quote:
<item id="item1" media-type="image/jpeg" href="imagefile.jpg"> (Is the extension .jpg okay, or does it need to match image/jpeg?) |
|
04-15-2011, 10:01 AM | #32 | |
The Grand Mouse 高貴的老鼠
Posts: 71,510
Karma: 306214458
Join Date: Jul 2007
Location: Norfolk, England
Device: Kindle Voyage
|
Quote:
The ePub specs can be found at http://idpf.org/epub You should look at the OPS 2.0.1 and OPF 2.0.1 See the Kindle Publishing Guidelines for some bits that you ought to include in the opf file to take best advantage of Kindle features. In general you can do this without breaking the epub specification: http://kindlegen.s3.amazonaws.com/Am...Guidelines.pdf |
|
Advert | |
|
04-15-2011, 10:05 AM | #33 |
frumious Bandersnatch
Posts: 7,516
Karma: 18512745
Join Date: Jan 2008
Location: Spaniard in Sweden
Device: Cybook Orizon, Kobo Aura
|
The extension can be anything at all, even nothing. You could name your file "imagefile.jpg", or "image.file", or "myimage", or "thisisreallyanimage.doc"... as long as the content is a JPEG file.
|
04-15-2011, 10:09 AM | #34 |
Wizzard
Posts: 11,517
Karma: 33048258
Join Date: Mar 2010
Location: Roundworld
Device: Kindle 2 International, Sony PRS-T1, BlackBerry PlayBook, Acer Iconia
|
Nearly there! Since you're already using id="item1" for your bookfile.html, you have to pick a different id to use for each image. "item2" or "image1" or just about anything else will do. After that, you should be good to go.
The extension doesn't have to exactly match the mimetype, as long as the media-type matches the filetype content. You actually don't need to bother with filename extensions at all if your files don't have them; but they're useful to include for less well-made reader apps which can be overly picky at times. |
04-15-2011, 10:15 AM | #35 |
Connoisseur
Posts: 61
Karma: 10
Join Date: Apr 2011
Device: Kindle
|
|
Advert | |
|
04-15-2011, 10:19 AM | #36 |
Connoisseur
Posts: 61
Karma: 10
Join Date: Apr 2011
Device: Kindle
|
|
04-15-2011, 10:20 AM | #37 |
Connoisseur
Posts: 61
Karma: 10
Join Date: Apr 2011
Device: Kindle
|
|
04-15-2011, 10:39 AM | #38 |
Connoisseur
Posts: 61
Karma: 10
Join Date: Apr 2011
Device: Kindle
|
Do each of the items need to be listed in the spine?
|
04-15-2011, 10:43 AM | #39 |
Wizzard
Posts: 11,517
Karma: 33048258
Join Date: Mar 2010
Location: Roundworld
Device: Kindle 2 International, Sony PRS-T1, BlackBerry PlayBook, Acer Iconia
|
No for images, yes for html.
|
04-15-2011, 09:10 PM | #40 |
Connoisseur
Posts: 61
Karma: 10
Join Date: Apr 2011
Device: Kindle
|
My final chapter isn't showing up in the ncx view of my toc in kindle previewer. I can't figure out what could be causing this. All the code seems to be the same for the chapters that do show up.
Any ideas? |
04-15-2011, 10:37 PM | #41 |
Wizzard
Posts: 11,517
Karma: 33048258
Join Date: Mar 2010
Location: Roundworld
Device: Kindle 2 International, Sony PRS-T1, BlackBerry PlayBook, Acer Iconia
|
KindleGen does that sometimes. It's one of the bugs that shows up to bite you*, especially if the <text> of the chapter title includes both a colon and an apostrophe in it.
My workaround for it is to create a final "dummy" <navPoint> entry which can go to any chapter for the href, as long as it's got a unique id and has a playOrder following the actual final chapter. The trick is to leave the <text> for the dummy final chapter completely blank, which will keep it from being incorporated into the NCX, but usually manages to "force" KindleGen to create a functioning NCX point for the real final chapter it tried to skip. Hope it works for you. * One of these days I'm going to have to assemble and post the list of KindleGen's wonkier "features" and how to get around them if it's at all possible from the stuff I've tried. |
04-16-2011, 11:01 AM | #42 |
Guru
Posts: 696
Karma: 150000
Join Date: Feb 2010
Device: none
|
|
04-16-2011, 02:01 PM | #43 | |
Connoisseur
Posts: 61
Karma: 10
Join Date: Apr 2011
Device: Kindle
|
Quote:
The first nav point is the actual final chapter, the second is the dummy... <navPoint id="navPoint-23" playOrder="23"> <navLabel> <text>Chapter 23: Hiding Wood</text> </navLabel> <content src="silverlance.html#chapter23"/> </navPoint> <navPoint id="navPoint-24" playOrder="24"> <navLabel> <text></text> </navLabel> <content src="silverlance.html#chapter23"/> </navPoint> |
|
04-16-2011, 02:11 PM | #44 |
Wizzard
Posts: 11,517
Karma: 33048258
Join Date: Mar 2010
Location: Roundworld
Device: Kindle 2 International, Sony PRS-T1, BlackBerry PlayBook, Acer Iconia
|
Yeah, that looks like it's done correctly and should work. About the only thing that I usually do differently is to point the final "dummy" src at either a different anchor point or a different file entirely from the real navPoints.
Maybe see what happens if you remove the #chapter23 at the end or point the src at one of your image files? It's not going to get included anyway and may be the key to solving KindleGen's weird buggy pickiness which I really wish the Amazon people would take the time to fix instead of expanding audio/video file format support. |
04-16-2011, 03:14 PM | #45 | |
Connoisseur
Posts: 61
Karma: 10
Join Date: Apr 2011
Device: Kindle
|
Quote:
In my book.html file, I put in an extra sequentially correct nav anchor for a non-existent 24th chapter. Then I created a nav point for that chapter in the toc.ncx file, with it's own sequentially correct play# and a blank <text></text> That got chapter 23 to show up. |
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
Anyone using Kindlegen? | simonp | Kindle Formats | 11 | 09-16-2011 05:17 AM |
Troubleshooting TOC fails in Kindlegen 1.1, not Kindlegen 1.0 | cyberbaffled | Amazon Kindle | 3 | 12-25-2010 05:21 PM |
KindleGen 1.1 | pdurrant | Kindle Formats | 0 | 08-08-2010 06:18 AM |
Kindlegen now for Mac OS X (Intel) | pdurrant | Kindle Formats | 4 | 04-27-2010 02:46 PM |
Classic nook Impressions From a Neophyte | Abulia | Barnes & Noble NOOK | 20 | 12-30-2009 07:51 PM |