Quote:
Originally Posted by hawhill
Koreader has its own widgets, fully coded in Lua. As BWinmill said, we just use CREngine to render some of the supported document formats (the "ebook" formats, as opposed to the "ready typeset" formats like PDF and DJVU). Koreader is thus a frontend to various document renderers. CoolReader is closely entangled with CREngine, but is also more or less a frontend to the CREngine, which works as a rendering backend there, too.
The file manager, which really really could use some programming love, is Koreader's own. KindlePDFviewer, a predecessor of Koreader, was a bit further in that regard. I guess Koreader will step up to that in the following 1-2 months. A bit bigger entries, icons, maybe title page display option, metadata - a lot could be done there. KPV even hat file manager capabilites like C&P, rename, deletion, ... What's needed in the end is some programmer time.
|
What would seem most urgent, to my mind anyway, would be to allow a line height adjustment/setting option so it becomes easier to make selections on the touchscreen. Also moving the active areas away from the edges and working out how the DPI and font size effect the calculated touchscreen active area geometry/topography. There doesn't seem to be the direct correlation that we thought.
One approach might be to make it two steps for a selection; first the selection gets highlighted/inverted then an easy to poke "open" button to open the selected item. That way you could move your finger up and down a list "dragging" the highlight to the item on the list that you want. When you then activated the open button you could be sure of the result. Selecting a book to read would not be something that would need an instant response, so the two steps should not be unacceptable and it would allow the tighter listing, providing more selections per page. Otherwise the lines need to be spread apart so that fat fingers still work, even though it would cost lines per page.
Luck;
Ken