The tables may span multiple pages. The free form data may be in any place of any page, depending on the data in database. Thus I put all absolute positioned block-containers inside a relative positioned block-container to make the absolute position relative to the outside block-container.
> I don't know if it's possible for you to tweak the application in > generating > the xslt to get this result... Thus it is impossible to tweak xslt. Is there any other aproach to implement the report I listed in previous message? >I'm not sure what to make of the width of the block-container being set to "100%" Previous it is inside a table-cell and use "100%". I did not change it. I guess it should work. >I would also try to avoid, as much as possible, mixing different units of measurement... I have changed test fo many times. Some units are auto generated. Some are just manually added. Thanks. Jay ---- On Sun, 7 Sep 2003, Andreas L. Delmelle ([EMAIL PROTECTED]) wrote: > > From: Jay Chiu [mailto:[EMAIL PROTECTED] > > > > I feel right now the absolute positoned fo:block-container is > > only useful in header and footer. Inside body, the absoulted > > positioned block-container is only relative to the beginning of > > the body. This is totally useless. > > > > Hmmm. Seems like you would like the 'position="absolute"' to refer to > 'absolute, except for the fact that there is already a table placed in the > flow...'. I would certainly like to keep the behavior of this attribute the > way it works currently, meaning 'absolute, on the current page in the > flow...' ( see: http://www.w3.org/TR/xsl/slice7.html#absolute-position as to > why I think the 'absolute' in this case, is behaving just like it should ) > > So a first possibility I think of is to increase the 'top'-attribute of the > block-container with the height of the table above it. However, the spec > also indicates that a problem would be the second table, as this would start > where the first one ended... unless you were to specify a 'space-before' > exactly equal to the height of the block-container. However, the FOP > compliance page indicates that 'space-before' is only partially supported, > so maybe a dummy, no-bordered, one-row table with a row that high could do > the trick. > ( Another problem could be tables spanning across pages, which would have > you define the 'top'-attribute for the block-container relative to the part > of the table on the page where that block-container happens to be placed ... > this is making me a bit dizzy :) ) > > I don't know if it's possible for you to tweak the application in generating > the xslt to get this result... > > Hope it helps, > > Andreas Delmelle > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > ________________________________________________ Get your own "800" number Voicemail, fax, email, and a lot more http://www.ureach.com/reg/tag --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
