file a bug and attach the files if you wish a dev to evaluate; personally, i ignore requests on fop-users that attempt to circumvent the normal bug reporting process
On Tue, Nov 6, 2012 at 3:41 AM, Rob Sargent <rsarg...@xmission.com> 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 <rsarg...@xmission.com> 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? >> > > >