The page format and margins are not ignored. The values in the PS file are correct. You may simply have to put this in the configuration for the PS output: <auto-rotate-landscape>true</auto-rotate-landscape>
By default, landscape pages are not rotated. See also: http://xmlgraphics.apache.org/fop/0.95/output.html#ps-configuration On 20.02.2009 10:40:27 Frank Niedermann wrote: > > Hi Jeremias, > > the main problem is not the barcode, it's that the PS file seems to ignore > the > general layout of the page. The PDF is landscape format which the PS is not. > In addition to that the PS seems to ignore the margin-right value. > > The alignment of the content is very important for our application as we > send > those PDF/PS files to suppliers which print them on predefined papers. > > Is there a reason why generating a PS output would ignore landscape format > and margins? > > Thanks, > Frank > > > Jeremias Maerki-2 wrote: > > > > I'm going to have to investigate a bit more closely why the centering of > > the barcode is not right in the PostScript case. > > > > Anyway, there's a work-around: Specify > > render-mode="java2d" or render-mode="svg" > > on the <barcode:barcode> element the the PS result should be fine. > > > > <fo:instream-foreign-object> > > <barcode:barcode > > xmlns:barcode="http://barcode4j.krysalis.org/ns" > > render-mode="java2d"> > > <xsl:attribute name="message"> > > <xsl:value-of select="steuerdaten/barcode" /> > > </xsl:attribute> > > <barcode:code39> > > <barcode:height>14mm</barcode:height> > > > > <barcode:module-width>0.29mm</barcode:module-width> > > <barcode:human-readable> > > <barcode:placement>none</barcode:placement> > > </barcode:human-readable> > > </barcode:code39> > > </barcode:barcode> > > </fo:instream-foreign-object> > > > > Note: This seems to be a Barcode4J problem, not a FOP problem. > > > > On 19.02.2009 16:38:43 Frank Niedermann wrote: > >> > >> Hi, > >> > >> we plan to use FOP to create PDF and PS outputs for mails and printing. > >> > >> PDF creation works fine and output is as expected, but the PS output > >> differs > >> while using same stylesheet and data (xml). > >> > >> Is there a reason for this behavior? > >> > >> This is the stylesheet: > >> > > <snip/> > >> > >> This is the data: > >> > > <snip/>> > >> And we're creating PDF and PS with those commands: > >> > >> fop -xml data.xml -xsl test.xsl -ps test.ps > >> fop -xml data.xml -xsl test.xsl -pdf test.ps > >> > >> Thanks, > >> Frank > >> > >> Here are the two outputs, I hope they are visible ... > >> http://www.nabble.com/file/p22103120/test.pdf test.pdf > >> http://www.nabble.com/file/p22103120/test.ps test.ps > >> -- > >> View this message in context: > >> http://www.nabble.com/PS-output-different-from-PDF-tp22103120p22103120.html > >> Sent from the FOP - Users mailing list archive at Nabble.com. > >> > > > > > > > > Jeremias Maerki > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org > > For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org > > > > > > > > -- > View this message in context: > http://www.nabble.com/PS-output-different-from-PDF-tp22103120p22117621.html > Sent from the FOP - Users mailing list archive at Nabble.com. > Jeremias Maerki --------------------------------------------------------------------- To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org