DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=36238.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Manuel Mall wrote:
inline_border_padding_block_nested.xml. If you run the test case as is
you get a Expect inline sequence as first sequence when last paragraph
is not null message.
The first message refers to the first block in the testcase: I think this
has something to do with the
On Mon, 10 Oct 2005 08:38 pm, Luca Furini wrote:
Manuel Mall wrote:
snip/
If you comment everything out and uncomment the last block you get
a ClassCastException on a Knuth element.
This happens during LineLM.removeElementsForTrailingSpaces(): as you
wrote some time ago, at the moment when
Yury Litvinov wrote:
Hi,
would you please have a look at that FO example.
==
fo:table
fo:table-column column-width=100pt/
fo:table-column column-width=100pt/
fo:table-body
Manuel recently introduced the space-before and space-after traits on
areas. Right now we're using empty blocks to create spaces between areas,
except for lineAreas where Manuel started to use the space-before and
space-after traits. Now that space resolution collapses a lot of spaces
due to
Manuel Mall wrote:
Is that actually conceptually the right thing to do, that is removing
the trailing spaces before the end of a block as part of the Knuth
handling?
For leading spaces it is done somewhere completely different (and
currently in the same piece of code it is done incorrectly
On Mon, 10 Oct 2005 09:38 pm, Luca Furini wrote:
Manuel Mall wrote:
Is that actually conceptually the right thing to do, that is
removing the trailing spaces before the end of a block as part of
the Knuth handling?
For leading spaces it is done somewhere completely different (and
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=36977.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.