Custom Query (324 matches)

It would be convenient to have a 'recently opened' files history, like Acrobat Reader has. Amazingly enough, I use that quite a lot ;)

First of all my congratulations to the very good idea of a generic document viewer. It looks really promising. For developers the plugin API needs to be documented but I guess this is planned already.

I just had a quick look at the plugin sources of the PDF reader because it takes quite long to open a PDF file with many pages.

The Plug-in API seems to support only loading a file as a whole with all pages. This might not be possible for large documents (e.g. big multipage images or complex PDFs) due to system memory constraints. Also it forces the user to wait unecessarily long time and finally the user might not even want to have a look at all pages of the document.

As a workaround plugins could defer loading pages to view during rendering but this is obviously not intended as there is no way to report read errors.

I'd suggest to either enhance the loadFile function or introduce some kind of page switching function with a return code that allows plugins to load a document page on demand. This might be also helpful for supporting document streaming from an URL if this is planned sometime. If memory gets low, the plugin could drop pages from memory if not needed to reduce memory footprint.

Heiko

06-08-2006 11:32:11 SYS3180 PID 004d TID 0001 Slot 00a9 R:\LUCIDE.EXE c0000097 0001f404 EAX=0000012d EBX=012d01f5 ECX=0001004d EDX=1cb4af20 ESI=80000285 EDI=00000007 DS=0053 DSACC=f0f3 DSLIM=ffffffff ES=0053 ESACC=f0f3 ESLIM=ffffffff FS=150b FSACC=00f3 FSLIM=00000030 GS=0000 GSACC= GSLIM= CS:EIP=005b:0001f404 CSACC=f0df CSLIM=ffffffff SS:ESP=0053:00062f04 SSACC=f0f3 SSLIM=ffffffff EBP=00220d08 FLG=00002206

LUCIDE.EXE 0001:0000f404