I have reviewed the sidebar.fo and it really cannot be substantially
reduced. It simply fills the "outer edge" of our pages - region-start
or region end - with a narrow two-column, five-row table stretching the
length of the page. The inner column is just spacer and the outer
column gets the section name(s) and number, a rule and a page number.
The names are supplied in a rotated svg (not included).
On 11/05/2012 04:32 PM, Rob Sargent wrote:
Thank you Luis
I may have to embed a table within a table as you suggest. Or perhaps
I can play with "layers" and z-values. Any other hints appreciated.
rjs
On 11/05/2012 04:09 PM, Luis Bernardo wrote:
I assume you refer to the sidebar.fo sample.
As you said, the lines are not visible in Adobe. They are visible in
Mac's own Preview though. I looked at the *.fo and although I don't
understand what you are trying to achieve I do see that the output in
Preview is not what I would expect. Can you provide a smaller
example? Meanwhile, if you have a problem in hands with unexpected
lines due to the use of row or column spans try to get around it by
nesting tables.
On 11/5/12 7:41 PM, Rob Sargent wrote:
Correction: the referenced previous post did include an fo of the
table in question.
rjs
On 11/05/2012 12:38 PM, Rob Sargent wrote:
Glenn,
My apologies for not including relevant fo etc but the original
post I referenced didn't need them, explained the situation well
enough for at least one available savant and I am only asking if
there is (another) silent change in the pdf output irrespective of
any fo input. (The other silent change being the in-stream
description of rgb colors.)
rjs
On 11/05/2012 10:58 AM, Glenn Adams wrote:
Rob, I'm sure you realize nobody can respond to such a query
unless they can read your mind to learn the input you used and the
output you are seeing. Since such skills are hard to come by, I'd
suggest you *always* provide sample input and output files when
asking such a question. We devs are very few in number and you
absolutely *must* do everything possible to help us determine the
source of a problem. There is a well defined process here: submit
a bug report with a reduced (maximally minimal) input file and an
output file. Absent this, don't expect any response.
G.
On Tue, Nov 6, 2012 at 1:28 AM, Rob Sargent <[email protected]
<mailto:[email protected]>> wrote:
In January 2011, I asked about the spurious lines between rows
of tables (here
<http://apache-fop.1065347.n5.nabble.com/Can-t-get-rid-of-line-between-rows-tt12480.html>)
and that was all on fop-1.0. Now on fop-1.1 and the lines are
showing up on the pages from the print shop, but not our not
local (low-res) printers. Is this another silent change in
fop-1.1 pdf generataion?
