OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.


Help: OASIS Mailing Lists Help | MarkMail Help

docbook-apps message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]

Subject: Re: [docbook-apps] Limitations in table border formatting with xsltproc+fop ?

Hi Johan,

What I couldn't see was if there was any way from the Author to avoid having any "frame" attribute at all?

It is an interesting observation, from the dialog used to insert a table you cannot somehow specify that you do not want "frame" to be inserted at all. We'll consider adding such an option in a future version of Oxygen. From what it seems, the default value for "frame" if not specified is "void".


Radu Coravu
<oXygen/>  XML Editor, Schema Editor and XSLT Editor/Debugger

On 1/16/2012 12:00 PM, Johan Persson wrote:
Hi Radu,

You are absolutely correct. I realized that when I looked upon what I
was doing. I never took notice of the "Frame" setting before (since I
normally style HTML output with CSS anyway and have always "lived" with
the existing FO table formatting - being lazy).

(What I couldn't see was if there was any way from the Author to avoid
having any "frame" attribute at all?)

But now, for part of the thesis I'm writing, I needed better looking PDF
output so I bit the bullet and spent some considerable time of adding a
fairly long FO cust. layer (and learning more FO+XSL than I really want
to..) and the table formatting was the last thing I hadn't got right.

It's still not quite right since the line under the table headings
breaks at each column on what seems to be some cell internal
margin/padding. The same effect can also be seen when trying to fill the
heading row with a background. The cell is not completely filled but has
a "padding" space just inside the border. So I need to get a better
understanding of any possible cell margin/padding attributes (I guess
there are some similarities to CSS parameters for this - which I just
need to find)

Once I get everything just right I'll drop a mail in the group since the
table formatting (or small variants thereof) I'm shooting for is quite
common in scientific publications and it might save someone else some
time in creating the cust. layer.


On 2012-01-16 09:12, Radu Coravu wrote:

Hi Johan,

Indeed when inserting a table in the Author page using the toolbar
actions from Oxygen the "Frame" values combo box defaults to "all", but
this can be easily changed before inserting it.
Of course, when working in the Author page it's harder to spot attribute
values, you could try to switch to using the "Full Tags with Attributes"
view mode from the Author toolbar.


Radu Coravu
   XML Editor, Schema Editor and XSLT Editor/Debugger
http://www.oxygenxml.comOn 1/15/2012 10:21 PM, Johan Persson wrote:
Thanks Bob, (Second time you came to my rescue over the last three
years when I obvously had too little coffee..) I feel embarrassed ...
I should have checked directly in the code for an extra "frame" added
by my editor (I use Oxygen), but that never struck me since usually
Oxygen is very good in not adding extra "fluff". Cheers Johan On
2012-01-15 19:12, Bob Stayton wrote:
Hi Johan, I'm not able to duplicate all your problems. I just tried
FOP 1.0 on a table that had no frame attribute, and setting just the
following params: My results show a table border top and bottom
only, and no visible cell borders. Does your table have a 'frame'
attribute? If so, then the 'default.table.frame' param will have no
effect, because it is only used when there is no @frame attribute.
Some XML editors may insert a frame attribute, by the way. I also
get the top and bottom table borders repeated at the page breaks
because the stock 'table.table.properties' attribute set in DocBook
XSL 1.76.1 comes with one of the conditionality attributes, and FOP
1 supports them. Not sure why just one, but it seems to work
sufficiently. You mentioned version 1.76.2, but that does not exist.
It must be either 1.75.2 or 1.76.1. Your goal of a row border to
appear only below the table header will require a customization of
the 'table.cell.properties'. Copy that template from fo/table.xsl to
your customization layer and add something like this: 0.5pt solid
black If you are using the namespaced stylesheets, then add the d:
prefix to thead and row in this example. Bob Stayton Sagehill
Enterprises bobs@sagehill.net <mailto:bobs@sagehill.net>
bobs@sagehill.net> ----- Original Message ----- *From:* Johan
Persson johanp@aditus.nu> *To:* docbook-apps@lists.oasis-open.org
*Sent:* Sunday, January 15, 2012 4:25 AM *Subject:* [docbook-apps]
Limitations in table border formatting with xsltproc+fop ? (I'm
using xsl-stylesheet v1.76.2 together with xsltproc and fop v1.0)
For printed output I want to get rid of some of the excess borders
in the default output so I first removed the cell borders with and
this works as expected. I then tried to frame the table only on the
top and bottom with but this has no effect. (I also tried the
parameter 'table.frame.border.style' ) Other settings, such as
"'none'" doesn't do anything either. Neither does adjusting
thickness or color of the border either. This makes me believe there
are some (known?) limitations in the tool chain. Can anyone comment
on the errors of my way in styling printed output tables? (My end
goal is to only have horizontal borders on top and bottom and below
the table header row) I should also add that the using the
attributes directly from Bob S. book as below (to have closed frames
table at page breaks) does not work either retain retain
To unsubscribe, e-mail:docbook-apps-unsubscribe@lists.oasis-open.org  <mailto:docbook-apps-unsubscribe@lists.oasis-open.org>
For additional commands, e-mail:docbook-apps-help@lists.oasis-open.org  <mailto:docbook-apps-help@lists.oasis-open.org>

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]