[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".
Regards, Radu Radu Coravu <oXygen/> XML Editor, Schema Editor and XSLT Editor/Debugger http://www.oxygenxml.com 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. Johan 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. Regards, Radu 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 <mailto:docbook-apps@lists.oasis-open.org>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]