xmlgraphics-fop-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Giuseppe Briotti <g.brio...@gmail.com>
Subject Re: FOP 1.1rc1 strange tablecell content behaviour with text-align=right
Date Tue, 28 Aug 2012 14:05:49 GMT
Hi Glen, hi Pascal! Thanks for yours replays.

I don't know if this is a problem related to cell width or table
width, probably you're right, but it seems to me that the width is ok
contains such text. Anyway I checked the table width and I add more
space to the rightmost cell, then I performed some more tests.

All tests are performed with FOP 1.1rc1 and I added some background
color and removed overflow="hidden" to show what happens.

The page-width is set to 209.9 mm (A4).

The region body is set with left and right margin to 6.5cm, thus the
available space is 8cm.

For instance, the first table has these sizes (computed the widths of
1st and 3rd columns, the width of 2nd column is computed by

2.5mm + 64.69417mm + 12.80583mm = 80mm

The table width is always 8cm, and the column widths are computed
accordingly. The rightmost column cells are with text-align="right".

The C_Comm-1 r25.info.1.1.wref document is obtained from the original
FO and the C_Comm-1 r25.info.1.1.noref document is obtained from
the same FO with elements fo:page-number-citation removed.

Note that due to the hidden removed, now the left and right border of
the main block are visibile: this is in case a 2 columns layout is
to obtain the middle vertical line to separate the two columns.

Probably I missed something, but this seems to me related to the
computed area for page number citation.

2012/8/28 Pascal Sancho <psancho.asf@gmail.com>:
> Hi Glen,
> Not exactly:
>  FOP 0.95: table content is shrunk to fit in clip space (wrong)
>  FOP 1.0: table content is shifted to the wrong side of the clip limit (wrong)
>  FOP 1.1RC1: table content is at the right place, but that reveals a
> new bug: hidden part is copyable
> 2012/8/28 Glenn Adams <glenn@skynav.com>:
>> On Mon, Aug 27, 2012 at 10:10 PM, Pascal Sancho <psancho.asf@gmail.com>
>> wrote:
>>> There is something wrong in your XSL-FO:
>>> the table containing TOC is wider than available i-p-d, and the
>>> corresponding region-body has its property overflow set to "hidden".
>>> So, the PDF shows what is expected visually.
>>> But...
>>> hidden text can be copied, and IMHO this is not the correct behaviour;
>>> the [1] FO 1.1 REC says:
>>> "(hidden) indicates that the content is clipped (...); users will not
>>> have access to clipped content."
>>> So, I suggest you to fill in a bug entry on Bugzilla, providing both
>>> XSL-FO and PDF output.
>>> This is reproducible against both FOP 1.1RC1 and FOP trunk.
>> Is this a regression in 1.1rc1, or was it present in 1.0?
> --
> pascal
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org
> For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org


Giuseppe Briotti

"Alme Sol, curru nitido diem qui
promis et celas aliusque et idem
nasceris, possis nihil urbe Roma
visere maius."

View raw message