Register Guidelines E-Books Search Today's Posts Mark Forums Read

Go Back   MobileRead Forums > E-Book Readers > Amazon Kindle > Kindle Developer's Corner

Notices

Reply
 
Thread Tools Search this Thread
Old 02-21-2012, 05:03 AM   #61
eLiNK
Addict
eLiNK got an A in P-Chem.eLiNK got an A in P-Chem.eLiNK got an A in P-Chem.eLiNK got an A in P-Chem.eLiNK got an A in P-Chem.eLiNK got an A in P-Chem.eLiNK got an A in P-Chem.eLiNK got an A in P-Chem.eLiNK got an A in P-Chem.eLiNK got an A in P-Chem.eLiNK got an A in P-Chem.
 
Posts: 344
Karma: 6494
Join Date: Jan 2008
Device: PRS-505, KDXG
does Kindle create a crash log?
I had my KDXG restarted while testing one of the previous versions.

a bit off topic
stating the obvious, the file searcher just written by dave2008 (along with the corresponding lines from mupdf to make it a stand-alone solution) represents a file search system hack, which can be improved
1) by showing the complete name (just like kindle does, if the file name is long) -> also relevant for mupdf
2) by associating files with certain applications (e.g. to open a pdf file with the mupdf or the native pdf viewer)
3) by enabling searching in all files through indexing (in case of pdf files, it may also be relevant for mupdf)
eLiNK is offline   Reply With Quote
Old 02-21-2012, 09:17 PM   #62
dave2008
Addict
dave2008 can program the VCR without an owner's manual.dave2008 can program the VCR without an owner's manual.dave2008 can program the VCR without an owner's manual.dave2008 can program the VCR without an owner's manual.dave2008 can program the VCR without an owner's manual.dave2008 can program the VCR without an owner's manual.dave2008 can program the VCR without an owner's manual.dave2008 can program the VCR without an owner's manual.dave2008 can program the VCR without an owner's manual.dave2008 can program the VCR without an owner's manual.dave2008 can program the VCR without an owner's manual.
 
Posts: 230
Karma: 183457
Join Date: Jan 2012
Device: k3G(broken), KDXG, paperwhite
Quote:
Originally Posted by eLiNK View Post
does Kindle create a crash log?
I had my KDXG restarted while testing one of the previous versions.

a bit off topic
stating the obvious, the file searcher just written by dave2008 (along with the corresponding lines from mupdf to make it a stand-alone solution) represents a file search system hack, which can be improved
1) by showing the complete name (just like kindle does, if the file name is long) -> also relevant for mupdf
2) by associating files with certain applications (e.g. to open a pdf file with the mupdf or the native pdf viewer)
3) by enabling searching in all files through indexing (in case of pdf files, it may also be relevant for mupdf)

Do you remember which version? Can you reproduce the bug? Well, I do not know where kindle puts the crash log :-(

1) um... What do you mean by complete name? Currently it shows the complete file name. But there is no code to handle long names, so long names are simply displayed out of the display. Do you mean truncate long file names and append with dots?


2) That's a good suggestion! The kindlepdfviewer can then support all the
formats the native system supports. But two problems must be solved before
implement this feature:

1. When kindlepdfviewer runs, it take full control of the device, i.e. the eink display and key press events. So if we want to use the native viewer, we have to exit kindlepdfviewer first to release the control.

2. I know little about the native system as well as JAVA, thus I have no idea of how to call the native viewer.

Maybe we can solve the first problem by temporally release the eink display and input device in kindlepdfviewer before calling the native viewer. But I haven't tested this approach yet, not sure it will work or not.

For the second problem, I have no idea. :-( Maybe more experienced hackers know how to achieve it.


3) This can be done, but I need to get familiar with mupdf's API first. I just started reading their source code yesterday. ;-P
dave2008 is offline   Reply With Quote
 
Enthusiast
Old 02-21-2012, 09:22 PM   #63
dave2008
Addict
dave2008 can program the VCR without an owner's manual.dave2008 can program the VCR without an owner's manual.dave2008 can program the VCR without an owner's manual.dave2008 can program the VCR without an owner's manual.dave2008 can program the VCR without an owner's manual.dave2008 can program the VCR without an owner's manual.dave2008 can program the VCR without an owner's manual.dave2008 can program the VCR without an owner's manual.dave2008 can program the VCR without an owner's manual.dave2008 can program the VCR without an owner's manual.dave2008 can program the VCR without an owner's manual.
 
Posts: 230
Karma: 183457
Join Date: Jan 2012
Device: k3G(broken), KDXG, paperwhite
I added a table of content menu to the reader, so now we can jump between chapters by pressing "t" key when viewing pdfs.

download link for the new version:
https://github.com/hwhw/kindlepdfviewer/wiki/Download

As always, bugs reports are welcome. :-)

Last edited by dave2008; 03-03-2012 at 04:25 AM. Reason: update download link
dave2008 is offline   Reply With Quote
Old 02-22-2012, 01:47 AM   #64
vmonkey
Member
vmonkey began at the beginning.
 
Posts: 15
Karma: 12
Join Date: Feb 2012
Device: Kindle 3
Quote:
Originally Posted by dave2008 View Post
I added a table of content menu to the reader, so now we can jump between chapters by pressing "t" key when viewing pdfs.

download link for the new version:
https://github.com/downloads/houqp/k...er-606ef84.zip

As always, bugs reports are welcome. :-)
Thanks for the TOC menu support!

I have maybe one little thing - when I exit the kindlepdfviewer the home screen of my Kindle is not visible (even though I can browse it) and there is still kpdfviewer, not navigable though - that means that after quiting kpdfviewer it would be great to implement "refresh page" (or I am not sure how to call it properly - I mean when the screen goes black and everything on the screen is redrawn again).
vmonkey is offline   Reply With Quote
Old 02-22-2012, 04:11 AM   #65
dpavlin
Connoisseur
dpavlin can really shake a tail feather.dpavlin can really shake a tail feather.dpavlin can really shake a tail feather.dpavlin can really shake a tail feather.dpavlin can really shake a tail feather.dpavlin can really shake a tail feather.dpavlin can really shake a tail feather.dpavlin can really shake a tail feather.dpavlin can really shake a tail feather.dpavlin can really shake a tail feather.dpavlin can really shake a tail feather.
 
dpavlin's Avatar
 
Posts: 59
Karma: 116622
Join Date: May 2011
Location: Zagreb, Croatia
Device: Kindle K3G and DXG
Page rotation

Quote:
Originally Posted by dave2008 View Post
As for the 10° rotation, I agree with dpavlin that it may be useful for viewing comics (as he pointed out in the pull request). So I think would be better to leave Shift+K and Shift+J shortcut to these two motions.

I will try to write a menu for the rotation feature you mentioned if I have time. I am now working on the search feature. It is half done and should be finished tomorrow if I am lucky enough. :-)
In all honesty, I think that rotation by 90° might be better default value than 10°, so I suggest to move 10° rotation to SHIFT+J/K and leave 90° at J/K.

Rotation code is half-baked: you shouldn't really be able to rotate page out of view (as it is right now). We would need to calculate new bounding boxes for page which takes in account rotation.

Unfortunately, I don't have DXG right now (I asked friend to make me serial port so I can update kernel) so I can't really test rotation sensor in DXG.
dpavlin is offline   Reply With Quote
Old 02-22-2012, 05:04 AM   #66
eLiNK
Addict
eLiNK got an A in P-Chem.eLiNK got an A in P-Chem.eLiNK got an A in P-Chem.eLiNK got an A in P-Chem.eLiNK got an A in P-Chem.eLiNK got an A in P-Chem.eLiNK got an A in P-Chem.eLiNK got an A in P-Chem.eLiNK got an A in P-Chem.eLiNK got an A in P-Chem.eLiNK got an A in P-Chem.
 
Posts: 344
Karma: 6494
Join Date: Jan 2008
Device: PRS-505, KDXG
Quote:
Originally Posted by dave2008 View Post
Do you remember which version? Can you reproduce the bug? Well, I do not know where kindle puts the crash log :-(
it could be 015c27d but I'm not 100% sure.
I was just moving "the cursor" around in the mupdf's file manager and then all of a sudden the Kindle restarted itself.
Interestingly, nothing happened to the mupdf.
I have not been able to reproduce the bug with the latest version ('83fa148').

Quote:
Originally Posted by dave2008 View Post
1) um... What do you mean by complete name? Currently it shows the complete file name. But there is no code to handle long names, so long names are simply displayed out of the display. Do you mean truncate long file names and append with dots?
I have many articles/papers in pdf format, so they all have pretty long names (Author_CompleteNameOfTheArticle(JournalAbbreviati on)_year.
In the mupdf, the long names are cut off.
So are they in the kindle bookshelf. But if you move the cursor to the article, the file's name is shown on two lines. If the name is still too long to fit on two lines, then some part of the file name is replaced by dots, but the last 8 characters are still shown, which I consider to be very important.
Because sometimes the name is the same but the year could be different (as papers may have several revisions)

Quote:
Originally Posted by dave2008 View Post
2) That's a good suggestion! The kindlepdfviewer can then support all the
formats the native system supports. But two problems must be solved before
implement this feature:

1. When kindlepdfviewer runs, it take full control of the device, i.e. the eink display and key press events. So if we want to use the native viewer, we have to exit kindlepdfviewer first to release the control.

2. I know little about the native system as well as JAVA, thus I have no idea of how to call the native viewer.

3) This can be done, but I need to get familiar with mupdf's API first. I just started reading their source code yesterday. ;-P
It should not necessarily be you.
I just made some suggestions, how a work flow could be improved.

Thanks for the new version
eLiNK is offline   Reply With Quote
Old 02-22-2012, 05:36 AM   #67
eLiNK
Addict
eLiNK got an A in P-Chem.eLiNK got an A in P-Chem.eLiNK got an A in P-Chem.eLiNK got an A in P-Chem.eLiNK got an A in P-Chem.eLiNK got an A in P-Chem.eLiNK got an A in P-Chem.eLiNK got an A in P-Chem.eLiNK got an A in P-Chem.eLiNK got an A in P-Chem.eLiNK got an A in P-Chem.
 
Posts: 344
Karma: 6494
Join Date: Jan 2008
Device: PRS-505, KDXG
Quote:
Originally Posted by dave2008 View Post
I added a table of content menu to the reader, so now we can jump between chapters by pressing "t" key when viewing pdfs.

download link for the new version:
https://github.com/downloads/houqp/k...er-606ef84.zip

As always, bugs reports are welcome. :-)
Tested some of my very complicated files.
Everything works well, not a glitch.

two suggestions/wishes on how to improve reading experience
1) it would be great if the mupdf would get "memory".
Specifically related to the table of contents. If I'm say on page 10, I call the table of contents up, go to another chapter, read a couple of pages.
By pressing the backspace, I should return to page 10 (on which I called the TOC up).
Likewise, if a function to go to a certain page (by number or bookmark) would be implemented later, pressing the backspace should bring you to the page on which this function has been called.

2) I find it rather appealing how the shortcut system is well thought out in Doukan.
Every line both in the file manager and in the TOC overview is 'numbered' by letters, so that pressing a certain letter you can directly start a file or go to some chapter from the TOC without the need to first select that line by joystick.
Obviously, it is of great value for non-touch kindles.

Last edited by eLiNK; 02-22-2012 at 05:40 AM.
eLiNK is offline   Reply With Quote
Old 02-22-2012, 08:49 AM   #68
hawhill
Wizard
hawhill ought to be getting tired of karma fortunes by now.hawhill ought to be getting tired of karma fortunes by now.hawhill ought to be getting tired of karma fortunes by now.hawhill ought to be getting tired of karma fortunes by now.hawhill ought to be getting tired of karma fortunes by now.hawhill ought to be getting tired of karma fortunes by now.hawhill ought to be getting tired of karma fortunes by now.hawhill ought to be getting tired of karma fortunes by now.hawhill ought to be getting tired of karma fortunes by now.hawhill ought to be getting tired of karma fortunes by now.hawhill ought to be getting tired of karma fortunes by now.
 
hawhill's Avatar
 
Posts: 1,084
Karma: 2114647
Join Date: Nov 2010
Location: Goettingen, Germany
Device: Kindle Paperwhite, Kobo Mini
Just wanted to add a short note that I'm soooo happy you guys are working on this :-) I'm somewhat buried in other work, and it's a great pleasure to see the "release early" paradigm work out really great in my "absence". You guys rock :-)
hawhill is offline   Reply With Quote
Old 02-23-2012, 12:25 AM   #69
dave2008
Addict
dave2008 can program the VCR without an owner's manual.dave2008 can program the VCR without an owner's manual.dave2008 can program the VCR without an owner's manual.dave2008 can program the VCR without an owner's manual.dave2008 can program the VCR without an owner's manual.dave2008 can program the VCR without an owner's manual.dave2008 can program the VCR without an owner's manual.dave2008 can program the VCR without an owner's manual.dave2008 can program the VCR without an owner's manual.dave2008 can program the VCR without an owner's manual.dave2008 can program the VCR without an owner's manual.
 
Posts: 230
Karma: 183457
Join Date: Jan 2012
Device: k3G(broken), KDXG, paperwhite
Quote:
Originally Posted by vmonkey View Post
I have maybe one little thing - when I exit the kindlepdfviewer the home screen of my Kindle is not visible (even though I can browse it) and there is still kpdfviewer, not navigable though - that means that after quiting kpdfviewer it would be great to implement "refresh page" (or I am not sure how to call it properly - I mean when the screen goes black and everything on the screen is redrawn again).
Thanks for your suggestion. I have fixed this in my repo, waiting for hawhill to merge the change. I haven't packed a new version for this fix yet, because I am working on some other features ;-P Currently, you will have to manually press "HOME" key every time you exit the kindlepdfviewer to do a refresh.


Quote:
Originally Posted by dpavlin View Post
In all honesty, I think that rotation by 90° might be better default value than 10°, so I suggest to move 10° rotation to SHIFT+J/K and leave 90° at J/K.
second that.


Quote:
Originally Posted by dpavlin View Post
Rotation code is half-baked: you shouldn't really be able to rotate page out of view (as it is right now). We would need to calculate new bounding boxes for page which takes in account rotation.
How about using the native dbus interface to do the major degree rotate? like:
Code:
lipc-send-event -r 3 com.lab126.hal orientationRight &
So we can not only rotate in mupdf, but also in filechooser and other menus. Also, when user quit kindlepdfviwer, the rotation state is kept in native system.


Quote:
Originally Posted by dpavlin View Post
Unfortunately, I don't have DXG right now (I asked friend to make me serial port so I can update kernel) so I can't really test rotation sensor in DXG.
Cool, hardware hacker. :-)


Quote:
Originally Posted by eLiNK View Post
I have many articles/papers in pdf format, so they all have pretty long names (Author_CompleteNameOfTheArticle(JournalAbbreviati on)_year.
In the mupdf, the long names are cut off.
So are they in the kindle bookshelf. But if you move the cursor to the article, the file's name is shown on two lines. If the name is still too long to fit on two lines, then some part of the file name is replaced by dots, but the last 8 characters are still shown, which I consider to be very important.
Because sometimes the name is the same but the year could be different (as papers may have several revisions)
OK, I know what you mean. I haven't noticed that the native bookshelf has this feature. ;-P


Quote:
Originally Posted by eLiNK View Post
Tested some of my very complicated files.
Everything works well, not a glitch.
Many thanks for your testing work!


Quote:
Originally Posted by eLiNK View Post
two suggestions/wishes on how to improve reading experience
1) it would be great if the mupdf would get "memory".
Specifically related to the table of contents.
Wow, I have just started working on some thing similar! What I want to add is a "jump stack", which records your every jump motions, so you can fireup a "jump stack" menu and choose which page you want to jump back (maybe we can even adds notes to these jump points).


Quote:
Originally Posted by eLiNK View Post
2) I find it rather appealing how the shortcut system is well thought out in Doukan.
Every line both in the file manager and in the TOC overview is 'numbered' by letters, so that pressing a certain letter you can directly start a file or go to some chapter from the TOC without the need to first select that line by joystick.
Obviously, it is of great value for non-touch kindles.
Yes, Duokan has done a great job, except closing their sources.

OK, this feature is not difficult to add. Now we have a long TODO list:
https://github.com/houqp/kindlepdfviewer/issues


Quote:
Originally Posted by hawhill View Post
Just wanted to add a short note that I'm soooo happy you guys are working on this :-) I'm somewhat buried in other work, and it's a great pleasure to see the "release early" paradigm work out really great in my "absence". You guys rock :-)
Good luck to your work then, looking forward to your return.
dave2008 is offline   Reply With Quote
Old 02-23-2012, 02:25 AM   #70
eLiNK
Addict
eLiNK got an A in P-Chem.eLiNK got an A in P-Chem.eLiNK got an A in P-Chem.eLiNK got an A in P-Chem.eLiNK got an A in P-Chem.eLiNK got an A in P-Chem.eLiNK got an A in P-Chem.eLiNK got an A in P-Chem.eLiNK got an A in P-Chem.eLiNK got an A in P-Chem.eLiNK got an A in P-Chem.
 
Posts: 344
Karma: 6494
Join Date: Jan 2008
Device: PRS-505, KDXG
Quote:
Originally Posted by eLiNK View Post
Tested some of my very complicated files.
Everything works well, not a glitch.
Just noticed one thing.
German umlauts (ä,ö) are not shown in the TOC.
Is it an intention or an oversight?
eLiNK is offline   Reply With Quote
Old 02-23-2012, 02:30 AM   #71
eLiNK
Addict
eLiNK got an A in P-Chem.eLiNK got an A in P-Chem.eLiNK got an A in P-Chem.eLiNK got an A in P-Chem.eLiNK got an A in P-Chem.eLiNK got an A in P-Chem.eLiNK got an A in P-Chem.eLiNK got an A in P-Chem.eLiNK got an A in P-Chem.eLiNK got an A in P-Chem.eLiNK got an A in P-Chem.
 
Posts: 344
Karma: 6494
Join Date: Jan 2008
Device: PRS-505, KDXG
Quote:
Originally Posted by dave2008 View Post
Wow, I have just started working on some thing similar! What I want to add is a "jump stack", which records your every jump motions, so you can fireup a "jump stack" menu and choose which page you want to jump back (maybe we can even adds notes to these jump points).
Sounds even better.

Quote:
Originally Posted by dave2008 View Post
Many thanks for your testing work!
You're welcome.
That's the very least I could give you back for all your efforts.
Keep on

Last edited by eLiNK; 02-23-2012 at 02:51 AM.
eLiNK is offline   Reply With Quote
Old 02-23-2012, 11:55 AM   #72
dave2008
Addict
dave2008 can program the VCR without an owner's manual.dave2008 can program the VCR without an owner's manual.dave2008 can program the VCR without an owner's manual.dave2008 can program the VCR without an owner's manual.dave2008 can program the VCR without an owner's manual.dave2008 can program the VCR without an owner's manual.dave2008 can program the VCR without an owner's manual.dave2008 can program the VCR without an owner's manual.dave2008 can program the VCR without an owner's manual.dave2008 can program the VCR without an owner's manual.dave2008 can program the VCR without an owner's manual.
 
Posts: 230
Karma: 183457
Join Date: Jan 2012
Device: k3G(broken), KDXG, paperwhite
Quote:
Originally Posted by eLiNK View Post
Just noticed one thing.
German umlauts (ä,ö) are not shown in the TOC.
Is it an intention or an oversight?
Oops, my bad. I was testing with Chinese Characters and forgot to set the font back. ;-p

I have fix this in the new version. This version includes the fix for screen refresh after exit. Also the font configuration is unified among all menus and configuration is now automatically saved after exit.

download link:
https://github.com/hwhw/kindlepdfviewer/wiki/Download

Now I can concentrate on the "jump stack" feature. :-)

Last edited by dave2008; 03-03-2012 at 04:26 AM. Reason: update links
dave2008 is offline   Reply With Quote
Old 02-25-2012, 09:28 AM   #73
dave2008
Addict
dave2008 can program the VCR without an owner's manual.dave2008 can program the VCR without an owner's manual.dave2008 can program the VCR without an owner's manual.dave2008 can program the VCR without an owner's manual.dave2008 can program the VCR without an owner's manual.dave2008 can program the VCR without an owner's manual.dave2008 can program the VCR without an owner's manual.dave2008 can program the VCR without an owner's manual.dave2008 can program the VCR without an owner's manual.dave2008 can program the VCR without an owner's manual.dave2008 can program the VCR without an owner's manual.
 
Posts: 230
Karma: 183457
Join Date: Jan 2012
Device: k3G(broken), KDXG, paperwhite
Hey guys,

When I am working on the jump stack feature, I found it not so easy to save the stack into book specific configuration files with current settings module. I think the "jump stack" information is best represented as a nested table, but the setting module only support (key, value) bindings. Thus I cannot find an elegant way to save nested table with the settings module. (I only came up with a some how dirty hack)

So I tried the table Serialization approach and did a benchmark between it and the settings module, which uses sqlite3.

As first, I thought since the settings module uses sqlite3, it should be faster. But the result turned out that it is not true:
Code:
  $ ./benchmark_pickle.lua                                              git:master [cb982f5] modified untracked
Time for sqlite3 approach: 2.05
Time for pickle approach: 0.19
The Serialization approach, using pickle module, is about 10 times faster though it handles more data than the sqlite3 approach. You can check out the benchmark code from following link:
https://github.com/houqp/kindlepdfvi...ark_pickle.lua

So I suggest using Serialization approach in the settings module instead of sqlite3 for four reasons:

1. Serialization approach is faster, as my test shows
2. Serialization approach generates human readable text stream instead of binary data, which is easier to maintain and modify by humans if needed.
3. Serialization approach make the code cleaner, you can dump the whole table with one function call.
4. For small data, Serialization approach dumps smaller setting file (395 bytes vs 3.0K in my test case). Haven't tested with large data tough.

I only tested the pickle module, but there are many other implementations which might be even faster:
http://lua-users.org/wiki/TableSerialization

So, any suggestions or feedbacks for this?

Last edited by dave2008; 02-25-2012 at 09:53 PM.
dave2008 is offline   Reply With Quote
Old 02-25-2012, 10:19 AM   #74
knc1
Embedded Cheerleader
knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.
 
knc1's Avatar
 
Posts: 6,226
Karma: 5830430
Join Date: Feb 2012
Device: Too many.
O.T: Lua

The longer you use Lua, the more you will like it (a rare thing these days).
Written by a: Lua lover
knc1 is offline   Reply With Quote
Old 02-25-2012, 10:40 AM   #75
knc1
Embedded Cheerleader
knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.
 
knc1's Avatar
 
Posts: 6,226
Karma: 5830430
Join Date: Feb 2012
Device: Too many.
Quote:
Originally Posted by knc1 View Post
The longer you use Lua, the more you will like it (a rare thing these days).
Written by a: Lua lover
You can also register the Lua engine with the kernel and the kernel will then execute your Lua script (if chmod'd +x).

Some notes (and magic numbers) on how to do that:
http://hg.minimodding.com/repos/aufs/auroot.hg/

Also a "known working" copy of luaposix as used in Alpine Linux:
http://hg.minimodding.com/repos/lua/luaposix.hg/
knc1 is offline   Reply With Quote
Reply

Thread Tools Search this Thread
Search this Thread:

Advanced Search

Forum Jump

Similar Threads
Thread Thread Starter Forum Replies Last Post
Native KOReader: a document reader for PDF, DJVU, EPUB, FB2, HTML, ... (GPLv3) hawhill Kindle Developer's Corner 477 Today 05:25 AM
Yet another PDF viewer (muPDF based) melihron PocketBook 64 05-28-2014 07:33 AM
Librerator - multi-format e-reader, fork of KPV Kai771 Kindle Developer's Corner 326 04-18-2014 05:59 AM
Text-based PDF to Mobi, etc./Kindle 3 kidblue Calibre 41 07-20-2012 03:19 PM
muPDF on Kindle DX!! DairyKnight Kindle Developer's Corner 8 03-21-2010 03:39 AM


All times are GMT -4. The time now is 05:48 PM.


MobileRead.com is a privately owned, operated and funded community.