Ross Gardler a écrit :
vadim wrote:
Do you think it would good idea to introduce an attribute to <th>
element, whose value will indicate width of the column, for example, in
percent from the total width?
My own view on this is that since Forrest is intended to provide
output in many different output formats a width attribute is a
dangerous thing. When it translates to, for example, a small screen it
can make a table look awful (not that they look good with the current
solution).
I would rather see output stylesheets optimising the use of the page
accoring to the output medium. This means improving on the existing
calculation algorithm.
Other devs may not agree though, they may say "but a width attribute
is vey quick and very easy, and an output plugin could choose to
ignore it if it wanted to".
What do people think?
I am working on using java classes in stylesheets in order to measure
images - which are not displayed in pdf if too large - or texts size.
IMHO, I really think that we can improve output stylesheets existing
calculation algorithm without adding any attributes in the sources.
Cyriaque,
Ross
Best regards, vadim tarassov.
On Thu, 2005-08-04 at 23:16 +0100, Ross Gardler wrote:
Neil Troy wrote:
vadim wrote:
Hallo everybody,
Do you know what is the reason to generate tables in PDF files of
fixed
width and fixed (probably hardcoded) column width? Tables look really
ugly! Do you know if I can adjust something somewhere to get
tables in
PDF files to look better?
FOP (or FO rendering engine) does not support tables that auto size.
see http://xml.apache.org/fop/compliance.html#fo-object-table
I needed to fix some tables quick.
Professional patches welcome ;-)
You could count the chars in a all the cells then allocate the space
accordingly. This would work better but would have problems with
tables that involved images.
See the files in FORREST_HOME/main/skins/common/xslt/fo/
Ross
