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
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
5 matches
Mail list logo