EPUB output - Page 27

pepak · 03-15-2009, 04:32 PM

Quote:

Originally Posted by kovidgoyal

Sure adding image optimization for devices is trivial to do (at least to the extent of resizing the images, I doubt I will downscale to gray though)

OK. I will add it to my TODO list then.

starrigger · 03-17-2009, 01:43 AM

Kovid, I just emailed you another puzzler--a conversion from html to epub that produces a curious problem in the Table of Contents, links that are shifted one chapter beyond where they should be. The really weird thing is, it only malfunctions when the book is actually on the Reader (PRS700), and not in any viewer on my PC, including ADE.

JSWolf · 03-17-2009, 05:07 AM

Quote:

Originally Posted by starrigger

Kovid, I just emailed you another puzzler--a conversion from html to epub that produces a curious problem in the Table of Contents, links that are shifted one chapter beyond where they should be. The really weird thing is, it only malfunctions when the book is actually on the Reader (PRS700), and not in any viewer on my PC, including ADE.

If you want, I can test it on my 505. Either post a link to the ePub or email it.

starrigger · 03-17-2009, 04:38 PM

Quote:

Originally Posted by JSWolf

If you want, I can test it on my 505. Either post a link to the ePub or email it.

Thanks, Jon. Look for it in your email.

I tried the file on my wife's iTouch in Stanza, and it behaves correctly there. It's only on my Sony 700 that I see the problem. I suspect a software bug on the Reader itself.

kovidgoyal · 03-17-2009, 06:13 PM

I doesn't work on my 700 either, so definitely a bug in the reader firmware

JSWolf · 03-17-2009, 09:48 PM

Quote:

Originally Posted by kovidgoyal

I doesn't work on my 700 either, so definitely a bug in the reader firmware

If you remove the #blah stuff after the html in the link, it works fine in both DE 1.7 and my 505.

kovidgoyal · 03-17-2009, 09:54 PM

the #blah stuff is an anchor, it points to the location within the target html file. Without it all links would go to the start of the file. In this case that may be good enough since calibre splits up all the chapters into separate files anyway, but it certainly isn't good enough in general

starrigger · 03-17-2009, 11:55 PM

Quote:

Originally Posted by kovidgoyal

the #blah stuff is an anchor, it points to the location within the target html file. Without it all links would go to the start of the file. In this case that may be good enough since calibre splits up all the chapters into separate files anyway, but it certainly isn't good enough in general

Yes, in this case it solved the problem; it now works correctly on my PRS700. Thanks, Jon!

But I don't really understand where you made the changes, or how. I don't actually understand epub files particularly well, but I did experiment by changing the file type to .zip and exploding it. Then I tried to see what you'd done by opening the html files in Notepad. But it still eludes me.

In any case, I now have a good book file.

What's the best way to prevent this from happening in the future? Would it have been better to omit the contents links from the source html file? (Someone else made them for me, and I tested that they worked, but didn't examine them further.)

Student1 · 03-18-2009, 06:56 AM

Just created a html with a bunch of links and anchors within it, then converted to epub and now my device keeps crashing each time i try to read it (prs-505). Does the device have problems linking anchors within the html or is this a conversion issue? (Works perfect on the viewer).

I also converted the massive Sorcery gamebook series by steve jackson to epub using links and anchors and like the last book i converted (The History of the Devil), the links do not send to the anchors and it often crashes the device.

starrigger : Think of epub as a container for html and your pretty much close to what it is

Edit: Did some testing, converted same books to LRF and it reads them perfectly, it just hates the links and the anchors. Did same conversion without using link or anchors and the book would read just fine even on epub...

JSWolf · 03-18-2009, 10:00 AM

I'm going to take a look at the #blah stuff and see if I can figure out what happened there. My fix was a quick and dirty fix.

JSWolf · 03-18-2009, 11:00 AM

Ok, I've figure out the problem. It seems the problem is when the #blah is something like #1, #2, #3, #4, etc...

When I changed them to #C1, #C2, #C3, #C4, etc, the ToC then worked on the 505.

I also had to change <a name="15" id="15"/> to <a name="C15" id="C15"/>

No idea what's wrong. But now that we know the solution, maybe this can be changed in Calibre's ToC generator for ePub.

kovidgoyal · 03-18-2009, 01:59 PM

Hmm that's one of the weirder ADE bug I've seen. Unfortunately working around it is going to be a pain since you have to scan all the links in all the files in the EPUB and change them and then change all the links that refer to them, so I'm going to put it off until the ongoing conversion system refactoring is finished, opena ticket so I don't forget. And I really, really hope that either Adobe fix their software or no more devices uses ADE, I am fed up of working around its quirks.

kovidgoyal · 03-18-2009, 02:03 PM

@Student1

the 505's epub rader can be rather fragile for books with a lot of links (link handling is EPUB's weakest spot). Best to use LRF for such books, assuming the LRF also doesn't crash the reader.

ChaosInc · 03-18-2009, 04:32 PM

Quote:

Originally Posted by JSWolf

Ok, I've figure out the problem. It seems the problem is when the #blah is something like #1, #2, #3, #4, etc...

When I changed them to #C1, #C2, #C3, #C4, etc, the ToC then worked on the 505.

I also had to change <a name="15" id="15"/> to <a name="C15" id="C15"/>

No idea what's wrong. But now that we know the solution, maybe this can be changed in Calibre's ToC generator for ePub.

If I understand correctly...

You took out the 'anchors' in the 'internal ToC' (the ones marked <a href="#blah"> of the file, changed the 'anchor point' for anchor #15 (<a name="15">, and the external ToC worked? Did the internal ToC also work then?

Somehow, unless I see what you did, I don't think that would work on a consistent basis.

The internal ToC should have had nothing to do with the external Toc that the Calibre created for the ePub.

tompe · 03-18-2009, 05:13 PM

Quote:

Originally Posted by ChaosInc

The internal ToC should have had nothing to do with the external Toc that the Calibre created for the ePub.

But the anchor points should be the same for the internal and external TOC.

03-18-2009, 06:56 AM	#399
Student1 Groupie Posts: 159 Karma: 170 Join Date: Feb 2009 Device: PRS-505	Just created a html with a bunch of links and anchors within it, then converted to epub and now my device keeps crashing each time i try to read it (prs-505). Does the device have problems linking anchors within the html or is this a conversion issue? (Works perfect on the viewer). I also converted the massive Sorcery gamebook series by steve jackson to epub using links and anchors and like the last book i converted (The History of the Devil), the links do not send to the anchors and it often crashes the device. starrigger : Think of epub as a container for html and your pretty much close to what it is Edit: Did some testing, converted same books to LRF and it reads them perfectly, it just hates the links and the anchors. Did same conversion without using link or anchors and the book would read just fine even on epub... Last edited by Student1; 03-18-2009 at 07:37 AM.

03-18-2009, 11:00 AM	#401
JSWolf Resident Curmudgeon Posts: 80,782 Karma: 150249619 Join Date: Nov 2006 Location: Roslindale, Massachusetts Device: Kobo Libra 2, Kobo Aura H2O, PRS-650, PRS-T1, nook STR, PW3	Ok, I've figure out the problem. It seems the problem is when the #blah is something like #1, #2, #3, #4, etc... When I changed them to #C1, #C2, #C3, #C4, etc, the ToC then worked on the 505. I also had to change <a name="15" id="15"/> to <a name="C15" id="C15"/> No idea what's wrong. But now that we know the solution, maybe this can be changed in Calibre's ToC generator for ePub. Last edited by JSWolf; 03-18-2009 at 11:02 AM.

Similar Threads
Thread	Thread Starter	Forum	Replies	Last Post
[Old Thread] Epub Output: Line Height	greenapple	Conversion	20	01-27-2013 10:27 AM
EPUB output justification	toki08	Calibre	10	01-08-2011 05:14 PM
Calibre epub output details and Nook	squidward	Calibre	6	11-24-2010 04:21 PM
epub output metadata	troymc	Calibre	5	05-22-2010 01:23 AM
Problem with epub output in Cybook Gen3	fjf	Calibre	3	02-03-2010 03:23 AM

03-17-2009, 01:43 AM	#392
starrigger Jeffrey A. Carver Posts: 1,355 Karma: 1107383 Join Date: Aug 2008 Location: Massachusetts, USA Device: Lenovo Yoga Tab Plus, Droid phone, Nook HD+	Kovid, I just emailed you another puzzler--a conversion from html to epub that produces a curious problem in the Table of Contents, links that are shifted one chapter beyond where they should be. The really weird thing is, it only malfunctions when the book is actually on the Reader (PRS700), and not in any viewer on my PC, including ADE.

03-17-2009, 06:13 PM	#395
kovidgoyal creator of calibre Posts: 45,609 Karma: 28549044 Join Date: Oct 2006 Location: Mumbai, India Device: Various	I doesn't work on my 700 either, so definitely a bug in the reader firmware

03-17-2009, 09:54 PM	#397
kovidgoyal creator of calibre Posts: 45,609 Karma: 28549044 Join Date: Oct 2006 Location: Mumbai, India Device: Various	the #blah stuff is an anchor, it points to the location within the target html file. Without it all links would go to the start of the file. In this case that may be good enough since calibre splits up all the chapters into separate files anyway, but it certainly isn't good enough in general

03-18-2009, 10:00 AM	#400
JSWolf Resident Curmudgeon Posts: 80,782 Karma: 150249619 Join Date: Nov 2006 Location: Roslindale, Massachusetts Device: Kobo Libra 2, Kobo Aura H2O, PRS-650, PRS-T1, nook STR, PW3	I'm going to take a look at the #blah stuff and see if I can figure out what happened there. My fix was a quick and dirty fix.

03-18-2009, 01:59 PM	#402
kovidgoyal creator of calibre Posts: 45,609 Karma: 28549044 Join Date: Oct 2006 Location: Mumbai, India Device: Various	Hmm that's one of the weirder ADE bug I've seen. Unfortunately working around it is going to be a pain since you have to scan all the links in all the files in the EPUB and change them and then change all the links that refer to them, so I'm going to put it off until the ongoing conversion system refactoring is finished, opena ticket so I don't forget. And I really, really hope that either Adobe fix their software or no more devices uses ADE, I am fed up of working around its quirks.

03-18-2009, 02:03 PM	#403
kovidgoyal creator of calibre Posts: 45,609 Karma: 28549044 Join Date: Oct 2006 Location: Mumbai, India Device: Various	@Student1 the 505's epub rader can be rather fragile for books with a lot of links (link handling is EPUB's weakest spot). Best to use LRF for such books, assuming the LRF also doesn't crash the reader.