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?
