{9} All active tickets by change date (37 matches)
ordered by change date
| Ticket | Summary | Component | Version | Milestone | Type | Owner | Status | Created | Modified | Reporter | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Description | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #167 | Improve "Save as..." | Lucide Core | 1.2 | 2.0 and further | enhancement | new | 2010-03-20 | 2012-11-27 | Batchheizer | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
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.
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. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #247 | Current working directory is shared across running instances | Lucide Core | 1.3 | 2.0 and further | defect | new | 2012-05-03 | 2012-05-04 | Lewisr | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
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:
FOC starts at last directory from the first instance, e.g., C:\docs\current\pdf.
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. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #168 | add: "fit to page" | Lucide Core | 1.2 | 2.0 and further | enhancement | new | 2010-03-22 | 2010-04-26 | phil | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
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. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #173 | Lucide 1.30 and filling forms | Lucide Core | 1.3 | 2.0 and further | defect | new | 2010-04-12 | 2010-04-12 | hanno | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
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):
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 |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #161 | Feature request: add clickable URLs | Plugin: PDF | 2.0 and further | enhancement | eros2 | new | 2009-05-27 | 2010-03-25 | jojo | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
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. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #136 | out of memory | Plugin: JPG | 2.0 and further | defect | eros2 | new | 2008-01-18 | 2009-11-11 | guest | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Attempting to load 1 meg jpg's Lucide handles one or two, then reports out of memory. No version of Mozilla is running. I close and restart Lucide without any improvement. (Some of the jpg's are defective. Lucide displays the top and then says it can't go any farther, or maybe Lucide just shows a big, black blank.) A file which produced this result will be attached if an opportunity to attach it appears when I click "Submit ticket." The plugin is lujpeg. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #44 | Index.html handing off to Index.djvu | Lucide Core | 2.0 and further | enhancement | eros2 | new | 2006-07-10 | 2009-11-11 | StuUpdike@… | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
I have noted on DjVU Zone that when a file is a pure DjVu? file, the Lucide displays it properly. However, there are numerous links which point to index.html files. They hand off immediately to files named index.djvu. Lucide runs and shows the pages in the bookmarks panel, but nothing ever shows in the document panel. When this happens Lucide either becomes unresponsive and I must CTRL+ESC to close it in the Window List or Lucide disappears all by itself. Thank you, Stu Updike Bedford, Texas USA |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #12 | Add help-pages | Lucide Core | 2.0 and further | enhancement | eros2 | new | 2006-05-28 | 2009-11-11 | ktk | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
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! |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #121 | Redrawing pages only when file has changed | Lucide Core | 2.0 and further | enhancement | eros2 | new | 2007-05-28 | 2008-05-28 | guest | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
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. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #104 | Plugin for viewing SVG files | Lucide Core | 2.0 and further | enhancement | eros2 | new | 2007-01-17 | 2008-05-28 | guest | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
The support for viewing SVG files would be also nice. Here is some info I have found on some libraries that could be used: http://www.openclipart.org/wiki/index.php/SVG_Tools I know that with mozilla you can view SVG files, but if this is to be a universal viewer then... There are alot of clip arts and other stuff around in SVG and some open source software that can do with SVG also like InkScape?, Scribus can also use SVG files. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #22 | Open files in read mode and re-read the file after it has been changed | Lucide Core | 2.0 and further | enhancement | eros2 | new | 2006-06-12 | 2006-07-18 | julbts@… | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Open the files in "read" mode, so they can also be accessed by other programs and it is allowed to write the file while it is already opened by Lucide. If the file has changed it has to be re-read! This is needed to use it as PDF-Viewer when someone creates PDF files with VTEX/2 (LaTeX). You have to compare the last saved timestamp with the current timestamp when the Lucide window will be activated. If you have a background thread that will check the timestamps in the background this would be an option too. Look at the GSView source, which is supporting this feature since ages. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #255 | Non-ascii characters display correctly in bookmarks but not in "Document information" | Plugin: PDF | 1.3 | 1.4 | defect | new | 2013-05-23 | 2013-05-23 | mrwarper | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
I was using an older Lucide so I thought this minor annoyance would have been fixed by now -- it hasn't. See attached PDF in Lucide (or have a look at the screencap). Lots of national characters display OK in the navigation panel, but the 'doc info' window does a typical codepage mistranslation or whatever (character right above the mouse cursor in the capture should be "ó", not "¾"). QPDFV shows such stuff OK in both places. I've also attached the .pdfmarks file I use to generate the test file with GhostScript?. It is encoded using codepage Win1252. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #254 | edited fill-in pdfs display/print old data | Plugin: PDF | 1.3 | 1.4 | defect | new | 2013-03-15 | 2013-03-20 | stevenhl | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
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. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #239 | Filling form does not function | Lucide Core | 1.3 | 1.4 | defect | new | 2012-02-02 | 2012-11-09 | Batchheizer | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
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 |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #248 | 1.3.5 prints only garbage | Plugin: PDF | 1.3 | 1.4 | defect | new | 2012-09-27 | 2012-09-28 | ataylor | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
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. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #220 | Just printing the first page | Lucide Core | 1.3 | 1.4 | defect | new | 2011-01-14 | 2012-09-07 | melf | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
If my system has been running for a while, let's say an hour (I have no exact time)Lucide just print the first page of a pdf. But if I restart eCS2.0 and print directly after this reboot, Lucide is printing normally, all pages. Other apps don't show that behaviour. I'm printing on a Kyocera FS-1000 via SLPR (the printer is connected to another computer with eCS2.0). I can't see any difference in the LPR-command window on the receiving computer, in regard to successful or failed prints, both shows up as received and printed. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #238 | Will only save the first time entries are made into form document. | Lucide Core | 1.3 | 1.4 | defect | new | 2012-01-18 | 2012-01-18 | cliff185 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
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. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #187 | More extensions for Lucide program object | Lucide Core | 1.3 | 1.4 | enhancement | new | 2010-04-24 | 2010-05-18 | pirx | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
In the plugin-list supported extensions are listed als follows:
Currently the warpin script only makes associatins for *.PDF and *.DJVU. I think the other extensions should also be associated. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #46 | Missing actions in "Document" menu | Lucide Core | 1.0 Beta 1.1 | 1.4 | enhancement | eros2 | new | 2006-07-15 | 2010-04-20 | anonymous | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Following actions should be appended to the "Document" menu:
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #87 | Even/Odd Printing | Lucide Core | 1.0 Beta 3 | 1.4 | enhancement | eros2 | new | 2006-09-08 | 2010-04-06 | guest | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
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. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #120 | Reverse-order printing | Lucide Core | 1.4 | enhancement | eros2 | new | 2007-05-28 | 2010-03-25 | guest | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Without a duplex printer, a simple way to print double-sided documents is to print the even pages in the reverse order (for example 10 8 6 4 2) then put them back in the printer and print the odd pages in the normal order (for example 1 3 5 7 9). Without reverse order printing, in this example, page 2 will be on the bottom of the printed pages, page 1 will be printed on the back of page 10, etc. GSView has this possibility of reverse-order printing, it would be very nice if Lucide had it too. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #42 | Error reporting for plugin rendering API | Lucide Core | 1.0 Beta 1.1 | 1.4 | enhancement | eros2 | new | 2006-07-07 | 2008-05-28 | hn_netlabs_trac@… | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
When rendering a document page certain errors could arise in the plugin (e.g. out-of-memory, file no longer accessible, ...). It is so far not possible for a plugin to report these errors to the Lucide core. Thus the user has no idea what went wrong. He/she probably just sees an empty page (or crap). Proposal: Apply the same error reporting scheme used for loadFile() to renderToPixbuf() and renderToPS(). (boolean returned, error message via SOMMalloc) |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #245 | Cannot open embedded pdf | Lucide Core | 1.3 | enhancement | new | 2012-04-16 | 2013-03-21 | Lewisr | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
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. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #228 | New feature request - plugin for .ps intermediate | Plugin: PDF | 1.2 | enhancement | new | 2011-07-04 | 2013-03-20 | talldad | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
I still find GSView and Ghostscript useful for creating pdfs, other than those created by OpenOffice? export or Mozilla. Could Lucide handle a plugin to view .ps files? Would such a plugin be of value to others, or is the .ps intermediate file not worth having? |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #250 | Printing Problems | Lucide Core | 1.3 | defect | new | 2012-11-16 | 2012-11-22 | bottomtop | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Trying to print to Lexmark Optra s1625. A print job is visible in the spooler for a very very short time and the printer will run a warm-up cycle, but no pages print. The only other available printer is postscript. When Lucide prints to a postscript printer the actual postrcipt control file commands (rather than the file) are printed. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #149 | WPS-Integration: Enable RMB-Print for PDF-Files | Lucide Core | enhancement | eros2 | new | 2008-11-11 | 2012-11-09 | batchheizer | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
It would be nice, if a user opens the context-menu of a PDF-file and clicks print than Lucide would send the document to the selected printer. OOorgWPS has this feature. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #249 | USA Form W-9 fill out cannot be read by Acrobat | Lucide Core | 1.3 | defect | new | 2012-10-26 | 2012-10-26 | BlondeGuy | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
I downloaded and filled out USA form W-9. Lucide easily filled out the form, and I saved it. Lucide can re-open the form, and the filled out values are correct. If I go to Mac or Windows and open the filled out form with Acrobat, all the fields are blank. Lucide 1.3.5 A blank Form W-9 is attached. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #242 | Lucide does not print on laser printer automatic | Lucide Core | 1.3 | enhancement | new | 2012-03-19 | 2012-09-07 | peter | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
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. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #229 | Unsupported document | Lucide Core | 1.3 | enhancement | new | 2011-07-17 | 2012-05-10 | melf | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
The uploaded pdf is a from the Swedish pass-port authority. Some new fancy version of pdf-document I guess, which I'm not able to open. Instead it produces a message: "Please wait... If this message is not eventually replaced by the proper contents of the document, your PDF viewer may not be able to display this type of document. You can upgrade to the latest version of Adobe Reader for Windows®, Mac, or Linux® by visiting http://www.adobe.com/products/acrobat/readstep2.html. For more assistance with Adobe Reader visit http://www.adobe.com/support/products/ acrreader.html. Windows is either a registered trademark or a trademark of Microsoft Corporation in the United States and/or other countries. Mac is a trademark of Apple Inc., registered in the United States and other countries. Linux is the registered trademark of Linus Torvalds in the U.S. and other countries." |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #240 | Fehler beim Schreiben der Datei | Lucide Core | 1.3 | defect | new | 2012-03-15 | 2012-03-15 | mst | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Benutze Lucide als Helper App für pdf in Seamonkey und Firefox. Interessante pdf speichere ich dann gerne via Lucide ab. Allerdings kommt es hin und wieder dazu, das eine Fehlermeldung "Fehler beim Schreiben der Datei!" erscheint. Die Datei wird im ausgewählten Verzeichnis unter dem einegebenen Namen mit einer Größe von 0 Bytes angelegt. Das Problem gibt es in allen mir bekannten Lucide Versionen. Die Erweiterung des Dateinamens beim Speichern um " Kopie" ist auch eher störend. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #25 | Appearence improvements | Lucide Core | enhancement | eros2 | new | 2006-06-12 | 2011-05-04 | Rudi | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
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. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #218 | Poor printing quality | Lucide Core | 1.3 | defect | new | 2011-01-09 | 2011-03-12 | Hansi | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
The print quality of Lucide is much worse compared with other applications. I have attached a scanned printout from OpenOffice?, Acrobat 3.0 and Lucide 1.3.2 eCS 2.0 GA Brother HL-2030 USB |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #212 | A hotkey to open/close the Navigation pane would be nice | Plugin: PDF | 1.2 | enhancement | new | 2010-10-11 | 2010-10-17 | stevenhl | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
F9 seems otherwise unused and this is the hotkey used by Firefox for a similar function. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #206 | Find function broken | Plugin: PDF | 1.3 | defect | new | 2010-07-10 | 2010-07-10 | rudi | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
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). |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #202 | Comic book support | Lucide Core | enhancement | new | 2010-05-24 | 2010-05-24 | sparrac | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
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 |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #170 | Mouseproblem in fullscreen-mode (xPager) | Lucide Core | 1.3 | defect | new | 2010-03-31 | 2010-04-26 | Batchheizer | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Viewing a file in fullscreen mode makes the mouse disappear even if an other xPager (ePager)-Screen is activated. Maybe an option "Do not hide mouse in fullcreen" could help. Version 1.21 eCS 2 Silver Release, Amouse. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #91 | encrypted documents | Plugin: PDF | 1.0 Beta 3 | enhancement | eros2 | new | 2006-09-15 | 2006-09-18 | guest | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
is it possible to enhance the pdf part, so that encrypted documents could be read? |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
