[poppler] XPDF 3.02 merged in work branch

[Jeff Muizelaar]

On Thu, May 10, 2007 at 09:07:27PM +0200, Julien Rebetez wrote:
> On Sat, 2007-04-14 at 19:12 -0400, Jeff Muizelaar wrote:
> > On Sat, Apr 14, 2007 at 01:10:16PM +0200, Julien Rebetez wrote:
> > > All your forms test files are displayed correctly with this patch on my
> > > machine.
> > 
> > The 302 branch shares the same rendering regression that HEAD has.
> > I put up the ref and out images up at http://infidigm.net/~jeff/forms/
> > 
> > -Jeff
> 
> Regarding "Javascripts.pdf" :
> - The sentence that is missing ("Do you know there are hundreds of
> third...") is an Annotation with the hidden/print (F = 6) flags set.
> >From what I see in acrobat, this annotation should be visible when the
> mouse cursor is over the blue logo. Since I think this features require
> Javascript, it's correct to draw nothing in poppler.
> 
> - Regarding the blue logo, the bug come from the fact that appearance
> generation must only be done for text or choice fields [1](or other
> fields that contains text). In HEAD (and I think that was my form patch
> that added this bug), appearance generation is done for all fields,
> regardless of their type. The attached patch should correct this
> behaviour.

Applied. However, the vertical alignment of the text 'k below.    Bonus
item...' is still wrong.

> 
> Regarding "psXObject.pdf" : 
> - The difference here basically is the new line just after "This" in
> poppler's rendering. I think this is the correct behaviour since if you
> look at the /V of the text field, there is a \n just after "This".
> Acrobat doesn't seems to care about these newlines though.

We should probably aim to have the same behaviour as Acrobat.

> Regarding "XFAForms.pdf" :
> - The rendering looks correct with HEAD

The text aligment still has problems. e.g. the '<' characters on the
right hand side are too close to the edge of the containing box.

-Jeff