RE: [Swftools-common] libpoppeler

[Andreas Haufler \(scireum\)]

Hey, thanks for the fast reply. 

I know that xpdf is not unmaintained I just thought it might save some time
if the code is not updated manually. However something that would be more
important would be the usage of the new font rendering engine. Are you
already working on this? I've looked through the code and seen that you
already output CSMSettings Tags. So all that is needed would be the
FontAlignZones for fonts. Is there a general way to compute them. It
googeled a bit but there's really not much information out there :-( I also
tried to make my way through the flex compiler sources, no luck either :-(

Anyway, one last central question would be, is the current version in git
broken? I ran ./configure and then make and make fails when compiling
./lib/pdf. Seems like it doesn't find referenced header files.

Best regards
Andy 

freundliche Grüße
scireum - Ein Unternehmen der TTI GmbH

i.A. Andreas Haufler 
Projektleiter scireum

----------------------------------------------------------------------------
---------------------------
TTI GmbH - TGU scireum, Friedrichstr. 8, 70736 Fellbach

Tel: (0711) 69394632  -  E-Mail:   address@hidden
Fax: (0711) 69394635  -  Internet: http://www.scireum.de
 
TTI GmbH - Zentrale, Nobelstr. 15, 70569 Stuttgart
Geschäftsführer: Prof. Dr.-Ing. Bernd Bertsche, Elgar Rödler
Amtsgericht Stuttgart, HRB 19455 


-----Original Message-----
From: address@hidden
[mailto:address@hidden On Behalf Of
Matthias Kramm
Sent: Monday, October 05, 2009 10:50 PM
To: address@hidden
Subject: Re: [Swftools-common] libpoppeler

On Mon, Oct 05, 2009 at 01:51:02PM +0200, Andreas Haufler (scireum)
<address@hidden> wrote:
> I was debugging why sometimes an error like ? Illegal entry in bfchar
block
> in ToUnicode CMap? occurs when reading valid PDFs. I think I spotted the
> problem in CharCodeToUnicode.cc in line 245. There is a check that the
first
> token is exactly 2 digits long, however: 0022  is also valid?

Ah, thanks for the hint. I'll add a fix for this to swftools' xpdf
changeset.

> While debugging, I learned that there is a fork of xpdf called libpoppeler
> which is intended for programs using xpdf as library. Since libpoppeler is
> maintained and updated as xpdf is, pdf2swf would benefit from using this
> library instead of managing an own ?fork? of xpdf. So I wonder if there
are
> deep modifications within the used xpdf sources or if they could possibly
be
> replaced by libpoppeler (?)

It's not straightforward to switch from xpdf to poppler. In particular,
all the changes that swftools does to xpdf would need to be ported
to poppler. Also, Derek Noonburg (the xpdf author) is working on a new
version
of xpdf- so xpdf is not unmaintained, it just has a different release
granularity.

> Otherwise it would be kind to integrate the current version of
> CharCodeToUnicode.cc from xpdf or libpoppeler to pdf2swf since it seems to
> handle Unicode-stuff better when it comes to multi-char mappings like
> ligatures (fl, fi, etc.).

If you're using pdf2swf commercially, you might want to consider buying
an upgraded version of xpdf from the xpdf author. Unlike poppler, it's
pretty straightforward to make pdf2swf use a new xpdf version.

Matthias