Quote:
Originally Posted by mfomich
I mean if a book consists of some html or xhtml files (as one can see in Sigil), we could possibly make a navigation between them. Absolute links are straightforward. But, you're right, in relative links we should determine what is "previous" first. I thought that when organized into an ebook, these html pages get specific names (like page0001.html, page0002.html and so on), so that we can make a script to jump between them just forward and backward. Now I read your answers and see that it is hardly possible.
|
mfomich:
If you had a fixed-format eBook, in either ePUB or MOBI, you could do this. But honestly, in my humble opinion, you are over-thinking it. (I am badly guilty of this myself. I know what it's like.) Unless each "page" of your ebook is its own html file, that won't work, not reliably. Normally, each xhtml or html "section" in an ebook is actually a chapter, or a section, not a page.
In real devices, you can hit the "back" button (in about 90% of them); you have the NCX for navigation in ePUB2; you have the TOC (basically) for nav in ePUB3 and in the Kindle devices. Honestly--there's virtually (ha!) no reason to have a link to a "previous" page, because a) you can't figure out what the hell that is, and b) there are far, far easier ways to get back to where you were, than that.
I hope that helps. As you develop in the ways of The ePUB Force, you'll see that it's overthinking it. Trust me.
@nj: Firefox's add-in reader is called, "ePUBReader." I don't remember the name of my ePUBreader on my Yoga TP, to be honest. I used it generically.
Hitch