Quote:
|
Originally Posted by ns66
yes that's what i have in mind, that's way better than flip 50 pages, i think with more and more books available and bigger card, people will have a growing list of books, i read ppl have 2000 books, finding a book will take hundered page turns (there's just NO other way), if we can do jump page that will be mjor help
|
Actually, there may be another way, if it is possible to make a link in a document that switches to ANOTHER BOOK ENTIRELY.
I've described before my idea for hierarchical navigation on the reader (divide the list of books/authors/titles/whatever into 10, present those as the 10 choices, expand the one the user picks, and so on).
Now imagine that some program that "just knows" what's on your reader produced an lrf file that has pages for each of the possible screens you might see when navigating around. All the internal links would be to other pages of the document, but the leaves would open the desired book on your reader. At that point, all you'd need would be a way to have the 0-9 buttons select one of the 10 options staring at you on the current page of that document. Three button presses could get you to any of 1000 documents!
I mention this possibility, because here at Mobileread we have an active programmer (cough) Kovidgoyal (cough) who just happens to have a tool that "just knows" what's on your reader. If we had a clear idea of how to implement the reader side of the hack, it shouldn't be too hard to get libprs500 to create and download an index lrf document that you could navigate to get the hierarchy that the Sony reader won't give us.
Any thoughts, anyone? Is kovid going to kill me for suggesting
yet more work for him to do? Can the reader extension hackers figure out what the right kind of link is to get from a screen in a 'book' to opening a different book entirely? ...and what about Naomi?
Tune in next week for another thrilling ad...
... got a bit carried away there.
Xenophon