Quote:
Originally Posted by Hitch
Wiseguy. (waves at eschartz)
|
My specialty.
Quote:
You know what? I'd LIKE it if this could exist. It would solve what is a fairly consistent problem for us, which is making clients happy that want internal linking, for this or that, for "many to one" (anchor/target) linking scenarios.
We have one in, right now. GREAT client, been a delight to work with (would that I could clone this guy and his sister), a book I believe in (non-fiction about saving/finding/etc. lost pets), etc. In the course of the book, they have numerous "see XXXX" links. And they are the many to one type. Many "See XXX," with a shared target. Not all, of course, but if there are 10 target resources, let's say there are 50 departure points. The client happens to have a reader that, lo, does not have a "back" button. (n.b.: not all that we have here, do either).
They asked me for this x-refs, and we obliged. In testing them, he realized that no matter how many times he clicked "back" the back link wouldn't go to the 2nd, 3rd, etc., in sequence. I wish I could make it so. I do.
BTW: This, along with font-embedding, seems to be one of those things that I don't explain well. The many-to-one linking problem (for glossaries and the like).
AND, may I add, many of the desktop software readers don't have BACK buttons, either.
Just sayin'.
Hitch
|
From your perspective, I get why you want the option.
But from my perspective, every software that doesn't have a back button should be set on fire and dumped in a black hole, quickly before anyone notices it exists and tragically decides to try using it.
This is the ideal solution, because ideally no reader apps/devices are missing such important functionality. Of course, we don't live in a perfect world and regarding ebooks you are the one to suffer for a lack of ideal solutions in real life...
I do feel for you, don't worry.
