{9} All active tickets by change date (36 matches)

Received an encrypted pdf from a financial brokerage. Upon supplying the password to access the document, there is a link to open the embedded pdf (a pdf inside another pdf). Clicking the link does nothing (Lucide 1.3.4 GA).

In Acrobat 10, clicking the link (the mouse cursor remains an I-beam, but the link *is* clickable), the embedded pdf opens in a new window.

This may depend upon support in Poppler; I haven't checked. However, the "wrapper" pdf decrypts properly.

I will have to try to recreate such a document for testing (this one has confidential information). The outside pdf was created with iText 2.0.8, and appears to be in PDF version 1.4; the inner one was created with ClibPDF Library 2.02-r1-2.

Please improve the "Save as..."-Dialog. Change layout to "Open..."-Dialog (so preview is added), add a hotkey (Ctrl+s or Shift+Ctrl+S), and add the feature to save only some pages of the open document.

Perhaps it could look like:

Save [CHECKBOX] all pages.

[CHECKBOX] from page [COUNTER] to [COUNTER].

DJView has this useful feature. It could be used for easy extracting some pages from a large PDF or DJVU file. Also multipage TIFF-files (-> GBM-plugin) could use this feature.

Any application is able to print on my laser printer except LUCIDE 1.3.4. and predessor. Transfer of output from Lucide to printpool works. Ready light on printer is ON. After transfer of output to printer the ready light goes OFF and error light is blinking.

When I hit the start button in this situation the printer lights are switching back and the printer prints the output without any problems. I can expirience this behaviour on any of my PCs and printers.

I suggest not to clear the whole window background before repainting. Especially resizing the window while viewing a JPG looks very ugly. Also, the toolbar should not flicker, while the window is resized.

Another suggestion: replace the tree expand/collaps icons/bitmaps in the container by user defined ones and force them not to be streched. Hint: Pronews has nice ones that fit the font size used.

If possible, it was nice add a new plugin to Lucide for read comic book files (with mainly CBZ and CBR file extensions). The Gnome (Evince) and KDE (Okular) viewers equivalent to Lucide usually have this feature.

Comic book files are only ZIP (CBZ) or RAR (RAR) archives with a set of numbered image files (usually JPG) inside.

Perhaps p7zip (LGPL) can be used for extraction of contents of the archives.

AFAIK, the only comic viewer that perhaps can be ported to eComStation now is YACReader (​http://code.google.com/p/yacreader/).

More about this format:

​http://en.wikipedia.org/wiki/Comic_Book_Archive_file

This would greatly help printing journal articles downloaded from publishers' Web sites. Most journals have smaller pages than letter (or A4) size, and "fit to page" makes their small fonts more readable.

I would like to suggest adding the ability to print odd pages only and even pages only to the printing subsystem to facilitate printing in duplex mode with a simplex printer.

ecs ticket 2710:

"Is there a plugin to follow URL links in a PDF document? or is it configurable?"

It would indeed be nice if this were possible.

There should be context-sensitive help available for Lucide. Probably we should talk to Christian Langanke about how to implement that properly.

Again, support from the community is very welcome!

When loading a file in GSView, heavy graphics are loaded slowly but this can be done in background because GSView will not redraw the page unless the file has changed. This cannot be done with Lucide. When Lucide loads the same page and is put in the background, it will load it again when going back to the front. You have to wait until the page is completely drawn without doing something else. This is very annoying when a file contains lots of heavy graphics.

is it possible to enhance the pdf part, so that encrypted documents could be read?

If a field in a saved fill-in pdf is edited, the old data reappears after the pdf is saved and reloaded. This is probably a poppler defect/regression. The new data is in the pdf, but so is the old data. Since pdfs are effectively read backwards, it is easy to understand how this could occur.

In the attached file I can make entries, but they aren't displayed after I go to the next field. Also they are not printed.

​http://www.fondsdepotbank.de/fileadmin/user_upload/Dateien/PDF/Formulare/D0010AL.pdf

Updated to 1.3.5 and printing no longer works.

Instead, the printer spits out endless pages with only a gray box containing the message

  ERROR NAME;
     undefined
  COMMAND;
     fi=k,+
  OPERAND STACK;

Reverting to 1.3.4 causes the same PDFs to print successfully again.

Using Brother HL-3075CW (native printer object, PSPRINT driver with imported PPD). The PDF(s) in question were created by Scribus 1.4.1.

There is no way to keep different copies of Lucide pointing at different directories of files. This makes browsing multiple sources more awkward than it should be.

Example:

1. Start Lucide.
2. File | Open
3. Browse to C:\docs\current\pdf
4. Open a file.
5. Shift-PgDn? moves to next file, etc. in that directory.
6. Start second instance of Lucide.
7. File | Open in second instance.

FOC starts at last directory from the first instance, e.g., C:\docs\current\pdf.

8. Browse to J:\pdf\docs\current
9. Open a file.
10. Switch to first instance.
11. File | Open in first instance.

FOC starts at last directory from the second instance, e.g., J:\pdf\docs\current.

Instances should be independent (or not, based on user preference).

Marking defect as I consider current behavior to be non-standard.

This is very strange. I enter data into a form and do a "save as" and it saves it fine. Next I reopen the form and make some changes in the form data and do another "save as" and the saved file does not have the changes. It is like it keeps the original in memory and only saves that, but the changes somehow don't make it into that original in memory to be saved.

Also, after doing a "save as" of an updated form as mentioned above, when Lucide is closed it comes up with a message that the document has changed, do you want to save it. If a yes response is given the results are as above, i.e. the changes are not saved so in essence the opened form is saved again with none of the data changes.

Often - but not always - the "Find" function would simply jump to the end of the document even though the search text is present. This seems to happen only in "Continuous" mode (which I normally prefer).

Thanks for your great work and the feature to fill forms!

In general it works, but I have a "difficult" form with some problems (so I included a file to test):

• If there is a pulldown menu within the PDF, no data entry is possible (see field "fur den Kalendermonat")
• font size problems
• calculations are not made within the form

I think it's the best to test this PDF with Acrobat Reader 5.1.0, to see how it should work.

Thanks again! Hanno