On Thu, 3 Jun 2010 16:44:24 +0900 Charles Plessy wrote: > Le Thu, Jun 03, 2010 at 11:33:21AM +0400, Stanislav Maslovski a écrit : > > > > The reason of my question is that there are several pdf viewers in the > > repository based on poppler. One of them is evince which often crashes > > on large pdf files. In these cases xpdf was an > > old-and-slow-but-always-working solution. > > Dear Michael, > > I share the same worries: evince still does not manage to pick up japanese > fonts for some documents, while currently xpdf does. However, with the 3.02-3 > update that you propose, it can not anymore…
Hi, Note that the poppler-data package has a newer version of Adobe's Japanese cMap, which probably introduced this problem. Some things you may want to take a look at: 1. According to their NEWS file, some cMap resources were dropped in version 0.4; which may include stuff needed by your pdfs. You may want to try restoring those. 2. As another option, you may want to try replacing the cMap data in /usr/share/poppler/cMap/Adobe-Japan1 with that provided by the xpdf-japanese package. 3. Also, there is a (mostly empty) Adobe-Japan2 cMap there, which may be getting used by default, and that would probably be wrong. Anyway, this seems more like a bug in poppler-data and should be reported there. In terms of xpdf performance, can those concerned please try files that they consider big with the poppler-ized version and compare that to the original xpdf so we can actually quantify the impact (if there even is one). Speculating doesn't really get us anywhere. We need a quantified impact. Again, I want to upload this package to experemental first for testing purposes; and large file handling would be a very good set of tests. Best wishes, Mike -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100604002907.ae35aae6.michael.s.gilb...@gmail.com
