RE: Borders not lining up
oops, sorry. Didn't realize Art meant the "fit to page" option on the Acrobat ~print~ dialog. He's right, that does the trick. (blush) At 09:59 AM 8/22/01 -0400, you wrote: >Art, > >I just took a pdf file I used for a test I reported yesterday and >1-by-1 set Acrobat 4.0 (on NT) to View>Actual size, >View>FitWidth, View>FitVisible and View> FitInWindow and >printed each. > >In all cases the printouts were identical, specifically, several tables' >on 1 page are all rendered 6-7% undersize compared to running >fop -print or fop -awt (and pressing the Print button) > >At 05:25 PM 8/21/01 -0400, you wrote: >>I just thought that I would mention that I had problems with Acrobat not >>printing PDFs in the size that I expected, until I discovered (and turned >>off) the fit to page option. > > > ' Best, > -Ralph LaChance > > > >- >To unsubscribe, e-mail: [EMAIL PROTECTED] >For additional commands, email: [EMAIL PROTECTED] ' Best, -Ralph LaChance - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: Borders not lining up
oops, sorry. Didn't realize Art meant the "fit to page" option on the Acrobat ~print~ dialog. He's right, that does the trick. (blush) At 09:59 AM 8/22/01 -0400, you wrote: >Art, > >I just took a pdf file I used for a test I reported yesterday and >1-by-1 set Acrobat 4.0 (on NT) to View>Actual size, >View>FitWidth, View>FitVisible and View> FitInWindow and >printed each. > >In all cases the printouts were identical, specifically, several tables' >on 1 page are all rendered 6-7% undersize compared to running >fop -print or fop -awt (and pressing the Print button) > >At 05:25 PM 8/21/01 -0400, you wrote: >>I just thought that I would mention that I had problems with Acrobat not >>printing PDFs in the size that I expected, until I discovered (and turned >>off) the fit to page option. > > > ' Best, > -Ralph LaChance > > > >- >To unsubscribe, e-mail: [EMAIL PROTECTED] >For additional commands, email: [EMAIL PROTECTED] ' Best, -Ralph LaChance - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: Borders not lining up
The View settings should not have any impact on how the PDF is printed. What I was referring to was the "Fit to page" checkbox on the print dialog. Art -Original Message- From: Ralph LaChance [mailto:[EMAIL PROTECTED]] Sent: Wednesday, August 22, 2001 10:00 AM To: [EMAIL PROTECTED] Subject: RE: Borders not lining up Art, I just took a pdf file I used for a test I reported yesterday and 1-by-1 set Acrobat 4.0 (on NT) to View>Actual size, View>FitWidth, View>FitVisible and View> FitInWindow and printed each. In all cases the printouts were identical, specifically, several tables' on 1 page are all rendered 6-7% undersize compared to running fop -print or fop -awt (and pressing the Print button) At 05:25 PM 8/21/01 -0400, you wrote: >I just thought that I would mention that I had problems with Acrobat not >printing PDFs in the size that I expected, until I discovered (and turned >off) the fit to page option. ' Best, -Ralph LaChance - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: Borders not lining up
Art, I just took a pdf file I used for a test I reported yesterday and 1-by-1 set Acrobat 4.0 (on NT) to View>Actual size, View>FitWidth, View>FitVisible and View> FitInWindow and printed each. In all cases the printouts were identical, specifically, several tables' on 1 page are all rendered 6-7% undersize compared to running fop -print or fop -awt (and pressing the Print button) At 05:25 PM 8/21/01 -0400, you wrote: >I just thought that I would mention that I had problems with Acrobat not >printing PDFs in the size that I expected, until I discovered (and turned >off) the fit to page option. ' Best, -Ralph LaChance - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: Borders not lining up
Thanks Art, Looks like you've hit it a home run or a hole-in-one whatever euphemism you care to choose ! I've just switched off that same setting and, hey-presto ! I suppose that's what you get for being a rookie with both FOP and Acrobat at the same time. Thanks to all the other people who responded as well. Steve. > -Original Message- > From: Art Welch [SMTP:[EMAIL PROTECTED]] > Sent: Tuesday, August 21, 2001 10:25 PM > To: '[EMAIL PROTECTED]' > Subject: RE: Borders not lining up > > Hi, > > I just thought that I would mention that I had problems with Acrobat not > printing PDFs in the size that I expected, until I discovered (and turned > off) the fit to page option. > > Art > > -Original Message- > From: Ralph LaChance [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, August 21, 2001 10:54 AM > To: [EMAIL PROTECTED] > Subject: Re: Borders not lining up > > > Which renderer are you using > i.e., in your command line are you using > -awt, -pdf, -print ? > > I just ran a quick test on 0.20.1 on a test case > that renders several 6 inch-wide tables on a > single page. In cases, the source is xml, > transformed via xslt within fop. > > The results (apologies to all you metric folks) > > bot fop -awt (and pressing using the print button) > and fop -print both yield a page with all the tables > exactly 6 inches wide. > > running -pdf and printing the resulting pdf file > via Acrobat 4.0, the tables are all 5 5/8 inches. > These results pretty much agree w/ Steve's results. > > These results on WinNT. > > (I regret to say we noticed this a month ago, but since > it didn't affect our needs, we didn't report it. tsk tsk) > > > > At 02:26 PM 8/21/01 +0100, you wrote: > > > >Hi, > > > >Firstly, ... am I in the right place for queries of this nature ? (I've > >tried fop-dev-help & fop-dev-info already !) > > > >I'm completely new to FOP and just getting to grips with the examples > >provided, so I'm probably going to sound really dumb. > > > >I've been running through the samples provided in the FOP directories and > >I've noticed that, in the example "border.fo", there seem to be a few > >anomalies: > >* the measurements do not seem to add up either horizontally or > >vertically; > >* in the section which defines the address/Sold To/Ship To etc., > once > >I've established where I think the "zero" edge is, the "left" or "top" > edges > >of the block definitions just don't seem to measure up ! > >* in the table definitions, the 4 column widths add up to 19cm but > >physically they only print about 17.9cm ! > >* the text in some of the columns (of the table) seem to "creep" > over > >to the left even though "end" alignment is specified; > >I've used the white-space-collapse="false" option to see if that makes > any > >difference - but that doesn't help; > >It seems to be affected by the length of the text in an earlier column > >(Description); padding the shorter descriptions with spaces "seems" to > help > >a bit, but not totally; and using the monospace font doesn't seem to > have > >made any difference either. > > > >So, am I doing something incredibly stupid or this a "feature" that I > have > >to work around ? > > > >Thanks, > > > >Steve McCardle > > > >- > >To unsubscribe, e-mail: [EMAIL PROTECTED] > >For additional commands, email: [EMAIL PROTECTED] > > > ' Best, > -Ralph LaChance > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, email: [EMAIL PROTECTED] > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: Borders not lining up
Hi Steve, There are at least 2 reasons I can see for your confusion about the dimensions. 1. The border.fo file defines an A4 page, which is slightly longer than a US. Letter size page. Acrobat may be scaling the whole image to fit on Letter size paper which can account for the table being smaller than normal. I have verified the numbers in the PDF file and printed it on A4 paper and the table dimensions are correct. If I let Acrobat think it's printing on Letter, the dimensions are in fact too small. 2. The way dimensions are calculated in the block-container FO is a bit different than in fo:table. In the block-container, the top and left properties position the "content rectangle" and the padding and border are positioned OUTSIDE of that rectangle. So the actual drawn border will be wider than the "width" value. In the rectangles under "Sales Receipt" for example, there is padding of .6mm on each side of the rectangle, which is added to the width. The border is outside of that. In the fo:table, the column widths define the table-grid. In the border-collapse=separate style being used, the cell borders are drawn INSIDE the table-grid. So the border to border measure is less than 2.5cm. Also, in absolutely positioned block-container objects, top and left are meassured with respect to the content-rectangle of the page-region. In this case, that is offset .5cm from the actual paper edge. Concerning the problem about the text "creeping to the left" in the table columns, I can't reproduce this behavior with the border.fo file. Or perhaps I don't understand what you mean? Hope that helps a bit, Karen Lease Steve McCardle wrote: > > Hi, > > Firstly, ... am I in the right place for queries of this nature ? (I've > tried fop-dev-help & fop-dev-info already !) > > I'm completely new to FOP and just getting to grips with the examples > provided, so I'm probably going to sound really dumb. > > I've been running through the samples provided in the FOP directories and > I've noticed that, in the example "border.fo", there seem to be a few > anomalies: > * the measurements do not seem to add up either horizontally or > vertically; > * in the section which defines the address/Sold To/Ship To etc., once > I've established where I think the "zero" edge is, the "left" or "top" edges > of the block definitions just don't seem to measure up ! > * in the table definitions, the 4 column widths add up to 19cm but > physically they only print about 17.9cm ! > * the text in some of the columns (of the table) seem to "creep" over > to the left even though "end" alignment is specified; > I've used the white-space-collapse="false" option to see if that makes any > difference - but that doesn't help; > It seems to be affected by the length of the text in an earlier column > (Description); padding the shorter descriptions with spaces "seems" to help > a bit, but not totally; and using the monospace font doesn't seem to have > made any difference either. > > So, am I doing something incredibly stupid or this a "feature" that I have > to work around ? > > Thanks, > > Steve McCardle > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: Borders not lining up
Hi, I just thought that I would mention that I had problems with Acrobat not printing PDFs in the size that I expected, until I discovered (and turned off) the fit to page option. Art -Original Message- From: Ralph LaChance [mailto:[EMAIL PROTECTED]] Sent: Tuesday, August 21, 2001 10:54 AM To: [EMAIL PROTECTED] Subject: Re: Borders not lining up Which renderer are you using i.e., in your command line are you using -awt, -pdf, -print ? I just ran a quick test on 0.20.1 on a test case that renders several 6 inch-wide tables on a single page. In cases, the source is xml, transformed via xslt within fop. The results (apologies to all you metric folks) bot fop -awt (and pressing using the print button) and fop -print both yield a page with all the tables exactly 6 inches wide. running -pdf and printing the resulting pdf file via Acrobat 4.0, the tables are all 5 5/8 inches. These results pretty much agree w/ Steve's results. These results on WinNT. (I regret to say we noticed this a month ago, but since it didn't affect our needs, we didn't report it. tsk tsk) At 02:26 PM 8/21/01 +0100, you wrote: > >Hi, > >Firstly, ... am I in the right place for queries of this nature ? (I've >tried fop-dev-help & fop-dev-info already !) > >I'm completely new to FOP and just getting to grips with the examples >provided, so I'm probably going to sound really dumb. > >I've been running through the samples provided in the FOP directories and >I've noticed that, in the example "border.fo", there seem to be a few >anomalies: >* the measurements do not seem to add up either horizontally or >vertically; >* in the section which defines the address/Sold To/Ship To etc., once >I've established where I think the "zero" edge is, the "left" or "top" edges >of the block definitions just don't seem to measure up ! >* in the table definitions, the 4 column widths add up to 19cm but >physically they only print about 17.9cm ! >* the text in some of the columns (of the table) seem to "creep" over >to the left even though "end" alignment is specified; >I've used the white-space-collapse="false" option to see if that makes any >difference - but that doesn't help; >It seems to be affected by the length of the text in an earlier column >(Description); padding the shorter descriptions with spaces "seems" to help >a bit, but not totally; and using the monospace font doesn't seem to have >made any difference either. > >So, am I doing something incredibly stupid or this a "feature" that I have >to work around ? > >Thanks, > >Steve McCardle > >- >To unsubscribe, e-mail: [EMAIL PROTECTED] >For additional commands, email: [EMAIL PROTECTED] ' Best, -Ralph LaChance - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: Borders not lining up
Thanks for the info Ralph: We're using -pdf and printing via Acrobat as well - which seems to match up with the test you did. Presumably this points to a problem with the -pdf renderer ?? > -Original Message- > From: Ralph LaChance [SMTP:[EMAIL PROTECTED]] > Sent: Tuesday, August 21, 2001 3:54 PM > To: [EMAIL PROTECTED] > Subject: Re: Borders not lining up > > Which renderer are you using > i.e., in your command line are you using > -awt, -pdf, -print ? > > I just ran a quick test on 0.20.1 on a test case > that renders several 6 inch-wide tables on a > single page. In cases, the source is xml, > transformed via xslt within fop. > > The results (apologies to all you metric folks) > > both fop -awt (and pressing using the print button) > and fop -print both yield a page with all the tables > exactly 6 inches wide. > > running -pdf and printing the resulting pdf file > via Acrobat 4.0, the tables are all 5 5/8 inches. > These results pretty much agree w/ Steve's results. > > These results on WinNT. > > (I regret to say we noticed this a month ago, but since > it didn't affect our needs, we didn't report it. tsk tsk) > > > > At 02:26 PM 8/21/01 +0100, you wrote: > > > >Hi, > > > >Firstly, ... am I in the right place for queries of this nature ? (I've > >tried fop-dev-help & fop-dev-info already !) > > > >I'm completely new to FOP and just getting to grips with the examples > >provided, so I'm probably going to sound really dumb. > > > >I've been running through the samples provided in the FOP directories and > >I've noticed that, in the example "border.fo", there seem to be a few > >anomalies: > >* the measurements do not seem to add up either horizontally or > >vertically; > >* in the section which defines the address/Sold To/Ship To etc., > once > >I've established where I think the "zero" edge is, the "left" or "top" > edges > >of the block definitions just don't seem to measure up ! > >* in the table definitions, the 4 column widths add up to 19cm but > >physically they only print about 17.9cm ! > >* the text in some of the columns (of the table) seem to "creep" > over > >to the left even though "end" alignment is specified; > >I've used the white-space-collapse="false" option to see if that makes > any > >difference - but that doesn't help; > >It seems to be affected by the length of the text in an earlier column > >(Description); padding the shorter descriptions with spaces "seems" to > help > >a bit, but not totally; and using the monospace font doesn't seem to > have > >made any difference either. > > > >So, am I doing something incredibly stupid or this a "feature" that I > have > >to work around ? > > > >Thanks, > > > >Steve McCardle > > > >- > >To unsubscribe, e-mail: [EMAIL PROTECTED] > >For additional commands, email: [EMAIL PROTECTED] > > > ' Best, > -Ralph LaChance > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: Borders not lining up
Which renderer are you using i.e., in your command line are you using -awt, -pdf, -print ? I just ran a quick test on 0.20.1 on a test case that renders several 6 inch-wide tables on a single page. In cases, the source is xml, transformed via xslt within fop. The results (apologies to all you metric folks) bot fop -awt (and pressing using the print button) and fop -print both yield a page with all the tables exactly 6 inches wide. running -pdf and printing the resulting pdf file via Acrobat 4.0, the tables are all 5 5/8 inches. These results pretty much agree w/ Steve's results. These results on WinNT. (I regret to say we noticed this a month ago, but since it didn't affect our needs, we didn't report it. tsk tsk) At 02:26 PM 8/21/01 +0100, you wrote: > >Hi, > >Firstly, ... am I in the right place for queries of this nature ? (I've >tried fop-dev-help & fop-dev-info already !) > >I'm completely new to FOP and just getting to grips with the examples >provided, so I'm probably going to sound really dumb. > >I've been running through the samples provided in the FOP directories and >I've noticed that, in the example "border.fo", there seem to be a few >anomalies: >* the measurements do not seem to add up either horizontally or >vertically; >* in the section which defines the address/Sold To/Ship To etc., once >I've established where I think the "zero" edge is, the "left" or "top" edges >of the block definitions just don't seem to measure up ! >* in the table definitions, the 4 column widths add up to 19cm but >physically they only print about 17.9cm ! >* the text in some of the columns (of the table) seem to "creep" over >to the left even though "end" alignment is specified; >I've used the white-space-collapse="false" option to see if that makes any >difference - but that doesn't help; >It seems to be affected by the length of the text in an earlier column >(Description); padding the shorter descriptions with spaces "seems" to help >a bit, but not totally; and using the monospace font doesn't seem to have >made any difference either. > >So, am I doing something incredibly stupid or this a "feature" that I have >to work around ? > >Thanks, > >Steve McCardle > >- >To unsubscribe, e-mail: [EMAIL PROTECTED] >For additional commands, email: [EMAIL PROTECTED] ' Best, -Ralph LaChance - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
