c13a1553f4
This fixes the issue #370 raised by dracodoc. When the user removes or renames the book which was previously opened and tries to open it again via (now stale) history entry we are passing the filename of a non-existent file to the format-specific :openDocument() method and the behaviour depends on the format. For PDF and DjVu files it is okay --- they just return an error, but for the crengine files (ebooks) we get a coredump. Anyway, the proper solution is to not attempt to open a non-existent file but give a more meaningful message (than, for example: "ddjvu: **Unrecognized DjVu Me" for DjVu case) which informs the user that the history entry is stale. If he has valuable data in it (such as highlights, etc) he can save them, otherwise he can delete the history entry there and then.
KindlePDFViewer
This is a PDF viewer application, created for usage on the Kindle e-ink reader. It is currently restricted to 4bpp inverse grayscale displays. It's using the muPDF library (see http://mupdf.com/) and its UI is scripted using Lua (see http://www.lua.org/).
The application is licensed under the GPLv3 (see COPYING file).
Building
Follow these steps:
-
fetch thirdparty sources
-
manually fetch all the thirdparty sources:
- install muPDF sources into subfolder "mupdf"
- install muPDF third-party sources (see muPDF homepage) into a new subfolder "mupdf/thirdparty"
- install libDjvuLibre sources into subfolder "djvulibre"
- install CREngine sources into subfolder "kpvcrlib/crengine"
- install LuaJit sources into subfolder "luajit-2.0"
- install popen_noshell sources into subfolder "popen-noshell"
-
automatically fetch thirdparty sources with Makefile:
- make sure you have wget, unzip, git and svn installed
- run
make fetchthirdparty.
-
-
adapt Makefile to your needs
-
run
make thirdparty. This will build MuPDF (plus the libraries it depends on), libDjvuLibre, CREngine and Lua. -
run
make. This will build the kpdfview application
Running
The user interface (or what's there yet) is scripted in Lua. See "reader.lua". It uses the Linux feature to run scripts by using a corresponding line at its start.
So you might just call that script. Note that the script and the kpdfview binary currently must be in the same directory.
You would then just call reader.lua, giving the document file path, or any directory path, as its first argument. Run reader.lua without arguments to see usage notes. The reader.lua script can also show a file chooser: it will do this when you call it with a directory (instead of a file) as first argument.
Device emulation
The code also features a device emulation. You need SDL headers and library for this. It allows to develop on a standard PC and saves precious development time. It might also compose the most unfriendly desktop PDF reader, depending on your view.
If you are using Ubuntu, simply install libsdl-dev1.2 package.
To build in "emulation mode", you need to run make like this: make clean cleanthirdparty EMULATE_READER=1 make thirdparty kpdfview
And run the emulator like this:
./reader.lua /PATH/TO/PDF.pdf
or:
./reader.lua /ANY/PATH
By default emulation will provide DXG resolution of 824*1200. It can be specified at compile time, this is example for Kindle 3:
EMULATE_READER_W=600 EMULATE_READER_H=800 EMULATE_READER=1 make kpdfview