Custom Query (121 matches)
Results (109 - 111 of 121)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #50 | worksforme | qpdfview 0.4 fails to display contents of pdf file | ||
| Description |
qpdfview has a problem with reading this pdf document
Only Page 1 is displayed - the other 23 pages are all blank. Checking this with Lucide I find that the document does not contain 23 blank pages. |
|||
| #121 | fixed | qpdfview can not print files with umlauts in file name | ||
| Description |
qpdfview 0.4.16 with current netlabs-rel & netlabs-exp packages (running on heavily updated eCS2.1DE). File names with umlauts can not be printed. F.i. trying to print _test_ü.pdf leads to a dialog "Warnung - Konnte >>T:/Temp/_test2_ü.pdf<< nicht drucken". File attached. The same file copied to _test2.pdf prints fine. |
|||
| #45 | duplicate | qpdfview prevents Seamonkey from running | ||
| Description |
I opened a pdf file using qpfview but found that I could not start Seamonkey browser with qpdfview running - this probably applies to Firefox as well. This problem was discussed briefly on os2world.com a few weeks ago, see http://www.os2world.com/forum/index.php?topic=50.0 It seems the "fix" is:- The problem is that the fntcfg2.dll shipped with qpdf is incompatible with SeaMonkey? and probably Firefox and Thunderbird 10.12. Fix is to replace it with the one meant for Mozilla, or remove it and have the Mozilla versions in your libpath. The freetyp2.dll for Mozilla is probably newer as well. As the build of qpdf that causes the problem is the latest I have to ask why it ships with at least 1 dll file that is known to cause the problem? Why not simply replace the 2 above dll files with the same dll files used by the Mozilla products? - It would certainly remove the potential for problems. |
|||
