On Thu, Feb 25, 2010 at 5:13 PM, Vincent Fourmond wrote:
> Mathieu Malaterre wrote:
>> On Thu, Feb 18, 2010 at 10:38 PM, Vincent Fourmond
>> wrote:
>>> Mathieu, I've just uploaded a package with a fix to experimental.
>>> Would you mind trying if that works for you, before I upload to unstable
Mathieu Malaterre wrote:
> On Thu, Feb 18, 2010 at 10:38 PM, Vincent Fourmond wrote:
>> Mathieu, I've just uploaded a package with a fix to experimental.
>> Would you mind trying if that works for you, before I upload to unstable
>> ? (just being my usual paranoid ;-)...)
>
> I have tried a coup
On Thu, Feb 18, 2010 at 10:38 PM, Vincent Fourmond wrote:
> Mathieu, I've just uploaded a package with a fix to experimental.
> Would you mind trying if that works for you, before I upload to unstable
> ? (just being my usual paranoid ;-)...)
I have tried a couple of things. I just do not unders
Your message dated Thu, 18 Feb 2010 22:04:20 +
with message-id
and subject line Bug#570095: fixed in fop 1:0.95.dfsg-8
has caused the Debian Bug report #570095,
regarding java.lang.NullPointerException: at
org.apache.fop.layoutmgr.inline.InlineStackingLayoutManager.applyChanges
brian m. carlson wrote:
> I *believe* that normally fop omits empty fo:inline elements. However,
> in this case, fop can't do that, since the element in question has an id
> attribute, which might be referenced by something else.
>
> As a consequence, in the failing function, currLM is null, wher
tags 570095 + patch
kthxbye
I *believe* that normally fop omits empty fo:inline elements. However,
in this case, fop can't do that, since the element in question has an id
attribute, which might be referenced by something else.
As a consequence, in the failing function, currLM is null, where it
On Wed, Feb 17, 2010 at 9:23 PM, Vincent Fourmond wrote:
> Mathieu Malaterre wrote:
>> severity 570095 grave
>> thanks
>>
>> fop 0.95 cannot generate a pdf when input document contains a
>> element. This has been fixed since then (fop 0.95 was
>> release in July 2008). I would be nice if a versi
I've taken a look at this and found that the problem is an empty
fo:inline element with an id attribute. In the DocBook 5 example,
substituting the anchor element with a phrase element (keeping the
element empty) causes the same problem, since the DocBook XSL-NS
stylesheets translate this to the s
Mathieu Malaterre wrote:
> severity 570095 grave
> thanks
>
> fop 0.95 cannot generate a pdf when input document contains a
> element. This has been fixed since then (fop 0.95 was
> release in July 2008). I would be nice if a version from trunk was
> available.
I'm ready to package a new vers
9 matches
Mail list logo
