View Single Post
Old 10-30-2009, 05:05 AM   #24
Iņigo
Guru
Iņigo did not drink the Kool Aid.Iņigo did not drink the Kool Aid.Iņigo did not drink the Kool Aid.Iņigo did not drink the Kool Aid.Iņigo did not drink the Kool Aid.Iņigo did not drink the Kool Aid.Iņigo did not drink the Kool Aid.Iņigo did not drink the Kool Aid.Iņigo did not drink the Kool Aid.Iņigo did not drink the Kool Aid.Iņigo did not drink the Kool Aid.
 
Posts: 730
Karma: 72743
Join Date: Feb 2008
Location: Here or there
Device: iRex iLiad, iRex DR800S. K4NT. Kobo Aura, Aura One, Libra 2.
Quote:
Originally Posted by ericshliao View Post
By my rough evaluation, with Hnasel's pioneer effort, a dictionary application using mobipocket dictionary on ipdf should be feasible. First, we have to create a mobipocket reader with the minimal feature in lua, and we have to modify ipdf to allow clicking on a word to activate the dictionary.
I was thinking in another approach:
- dictionary in .txt / .html format, pre-indexed (look below)
- and a dict application that would be a resident program (remember TSR on those ol' DOS days?).

Marking word and clicking an icon (a-la "notes") would show the hidden app with the word. This app could be a simple lua-lgob textview with maybe find feature and scrolling for closer words (listview) offering a one-way read communication channel (socket?, a simple temp file with the word?...).

For performance and memory consumption concerns, we could split the big dictionary file into chunks (aa, ab, ac, ad ... ea, eb, ec, ed,... zz) so the lookup and the memory used could remain low.
The index mentioned above could be a mapping: word => file, bytes-offset

Sounds easy?

Iņigo
Iņigo is offline   Reply With Quote