Re: best format for high speed printing
PCL is not very easy to post-process. It's possible but probably tedious. I'd use FOP's intermediate format [1] to add your barcodes and then normally render the processed intermediate format using the PS or PCL renderers. [1] http://xmlgraphics.apache.org/fop/0.95/intermediate.html On 01.06.2008 14:41:33 Martin Edge wrote: OK - A further bit of research suggests - the reason I'm going to PDF first, is I have to rewrite some barcode information which dictates the page numbering for an intelligent envelope inserter Can you edit text easily in a PCL page? I'm using .NET snip/ Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: best format for high speed printing
That page sequence itself doesn't have an effect on the PCL file (as it doesn't have a concept of page groups). The tray selection extension really just inserts the right PCL command at the beginning of each page that the extension was specified for. If you omit the extension on one page, no command will be inserted. On 02.06.2008 11:19:05 Martin Edge wrote: Yeah - doing that now.. Sorry I meant to ask - What if the combination of Letterhead v Plain Paper tray changes per page sequence ? (example below) areaTree pageSequence pageViewport bounds=0 0 595275 841889 key=P1 nr=1 formatted-nr=1 simple-page-master-name=basicPage page --- Tray 2 /page /pageViewport pageViewport bounds=0 0 595275 841889 key=P2 nr=2 formatted-nr=2 simple-page-master-name=basicPage page --- Tray 1 /page /pageViewport pageViewport bounds=0 0 595275 841889 key=P3 nr=3 formatted-nr=3 simple-page-master-name=basicPage page --- Tray 1 /page /pageViewport pageViewport bounds=0 0 595275 841889 key=P4 nr=4 formatted-nr=4 simple-page-master-name=basicPage page --- Tray 1 /page /pageViewport /pageSequence pageSequence pageViewport bounds=0 0 595275 841889 key=P5 nr=5 formatted-nr=5 simple-page-master-name=basicPage page --- Tray 1 /page /pageViewport pageViewport bounds=0 0 595275 841889 key=P6 nr=6 formatted-nr=6 simple-page-master-name=basicPage page --- Tray 1 /page /pageViewport pageViewport bounds=0 0 595275 841889 key=P7 nr=7 formatted-nr=7 simple-page-master-name=basicPage page --- Tray 2 /page /pageViewport pageViewport bounds=0 0 595275 841889 key=P8 nr=8 formatted-nr=8 simple-page-master-name=basicPage page --- Tray 2 /page /pageViewport /pageSequence /areaTree (obviously duplexing I will have to test.. am downloading the FOP source now.. (not that I'm a java programmer ;)) I really do appreciate your help by the way - in the last few days I have made heaps of progress thanks to your combined efforts - Thanks again, Martin. -Original Message- From: Jeremias Maerki [mailto:[EMAIL PROTECTED] Sent: Monday, 2 June 2008 7:10 PM To: fop-users@xmlgraphics.apache.org Subject: Re: best format for high speed printing The tray selection extension just results in a command in PCL. If that works with changing duplexing, I don't know. You'll have to do some experiments. On 02.06.2008 11:02:15 Martin Edge wrote: Would these extensions work if the duplexing can vary per PageSequence? Or should I see what is put in the intermediate format to define this and override it in there? -Original Message- From: Jeremias Maerki [mailto:[EMAIL PROTECTED] Sent: Monday, 2 June 2008 6:45 PM To: fop-users@xmlgraphics.apache.org Subject: Re: best format for high speed printing Tray selection is available: http://xmlgraphics.apache.org/fop/0.95/output.html#pcl-extensions A Simplex/Duplex selection (ESCl#S) extension hasn't been implemented, yet, but should be easy to add if you take tray selection as a template. On 02.06.2008 10:16:38 Martin Edge wrote: Cool - I have converted to the intermediate format, and then happily got it to translate that to PCL.. Is there any additional functionality in the Intermediate format ? For instance, can I set tray selection and duplex selection per PageSequence? (Otherwise I will just generate one PCL, split it and add each flag per PCL) Thanks Martin. -Original Message- From: Jeremias Maerki [mailto:[EMAIL PROTECTED] Sent: Monday, 2 June 2008 4:44 PM To: fop-users@xmlgraphics.apache.org Subject: Re: best format for high speed printing PCL is not very easy to post-process. It's possible but probably tedious. I'd use FOP's intermediate format [1] to add your barcodes and then normally render the processed intermediate format using the PS or PCL renderers. [1] http://xmlgraphics.apache.org/fop/0.95/intermediate.html On 01.06.2008 14:41:33 Martin Edge wrote: OK - A further bit of research suggests - the reason I'm going to PDF first, is I have to rewrite some barcode information which dictates the page numbering for an intelligent envelope inserter Can you edit text easily in a PCL page? I'm using .NET snip/ Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: best format for high speed printing
OK,
So far in PCLGenerator.java in src\java\org\apache\fop\render\pcl\ under line
230 I have added:
/**
* Selects the duplexing type for the page. The parameter is usually
printer-specific.
* 1 means duplex
* 0 means simplex
* @param selector the integer representing the duplexing status of the page
* @throws IOException In case of an I/O error
*/
public void selectDuplexType(int selector) throws IOException {
writeCommand(l + selector + S);
}
And in PCLRenderer.java in src\java\org\apache\fop\render\pcl\ under line 408 I
have added:
// Is Page duplex?
String pageDuplex = page.getForeignAttributeValue( new
QName(PCLElementMapping.NAMESPACE, null, page-is-duplex));
if (pageDuplex != null) {
gen.selectDuplexType(Integer.parseInt(pageDuplex));
}
Will give it a test and see how we go - I'm not familiar with the procedures
and/or naming conventions with modifying Apache code.. what should I do? :)
Thanks
Martin.
-Original Message-
From: Jeremias Maerki [mailto:[EMAIL PROTECTED]
Sent: Monday, 2 June 2008 7:35 PM
To: fop-users@xmlgraphics.apache.org
Subject: Re: best format for high speed printing
That page sequence itself doesn't have an effect on the PCL file (as it
doesn't have a concept of page groups). The tray selection extension
really just inserts the right PCL command at the beginning of each page
that the extension was specified for. If you omit the extension on one
page, no command will be inserted.
On 02.06.2008 11:19:05 Martin Edge wrote:
Yeah - doing that now.. Sorry I meant to ask -
What if the combination of Letterhead v Plain Paper tray changes per page
sequence ? (example below)
areaTree
pageSequence
pageViewport bounds=0 0 595275 841889 key=P1 nr=1 formatted-nr=1
simple-page-master-name=basicPage
page --- Tray 2
/page
/pageViewport
pageViewport bounds=0 0 595275 841889 key=P2 nr=2 formatted-nr=2
simple-page-master-name=basicPage
page --- Tray 1
/page
/pageViewport
pageViewport bounds=0 0 595275 841889 key=P3 nr=3 formatted-nr=3
simple-page-master-name=basicPage
page --- Tray 1
/page
/pageViewport
pageViewport bounds=0 0 595275 841889 key=P4 nr=4 formatted-nr=4
simple-page-master-name=basicPage
page --- Tray 1
/page
/pageViewport
/pageSequence
pageSequence
pageViewport bounds=0 0 595275 841889 key=P5 nr=5 formatted-nr=5
simple-page-master-name=basicPage
page --- Tray 1
/page
/pageViewport
pageViewport bounds=0 0 595275 841889 key=P6 nr=6 formatted-nr=6
simple-page-master-name=basicPage
page --- Tray 1
/page
/pageViewport
pageViewport bounds=0 0 595275 841889 key=P7 nr=7 formatted-nr=7
simple-page-master-name=basicPage
page --- Tray 2
/page
/pageViewport
pageViewport bounds=0 0 595275 841889 key=P8 nr=8 formatted-nr=8
simple-page-master-name=basicPage
page --- Tray 2
/page
/pageViewport
/pageSequence
/areaTree
(obviously duplexing I will have to test.. am downloading the FOP source
now.. (not that I'm a java programmer ;))
I really do appreciate your help by the way - in the last few days I have
made heaps of progress thanks to your combined efforts -
Thanks again,
Martin.
-Original Message-
From: Jeremias Maerki [mailto:[EMAIL PROTECTED]
Sent: Monday, 2 June 2008 7:10 PM
To: fop-users@xmlgraphics.apache.org
Subject: Re: best format for high speed printing
The tray selection extension just results in a command in PCL. If that
works with changing duplexing, I don't know. You'll have to do some
experiments.
On 02.06.2008 11:02:15 Martin Edge wrote:
Would these extensions work if the duplexing can vary per PageSequence?
Or should I see what is put in the intermediate format to define this and
override it in there?
-Original Message-
From: Jeremias Maerki [mailto:[EMAIL PROTECTED]
Sent: Monday, 2 June 2008 6:45 PM
To: fop-users@xmlgraphics.apache.org
Subject: Re: best format for high speed printing
Tray selection is available:
http://xmlgraphics.apache.org/fop/0.95/output.html#pcl-extensions
A Simplex/Duplex selection (ESCl#S) extension hasn't been implemented,
yet, but should be easy to add if you take tray selection as a template.
On 02.06.2008 10:16:38 Martin Edge wrote:
Cool - I have converted to the intermediate format, and then happily got
it to translate that to PCL..
Is there any additional functionality in the Intermediate format ?
For instance, can I set tray selection and duplex selection per
PageSequence?
(Otherwise I will just generate one PCL, split it and add each flag per
PCL)
Thanks
Martin.
-Original Message-
From: Jeremias Maerki [mailto:[EMAIL PROTECTED]
Sent: Monday, 2 June 2008 4:44 PM
To: fop-users@xmlgraphics.apache.org
Subject: Re: best format
Re: best format for high speed printing
Make sure you are working on the latest FOP Trunk (downloaded from the
SVN repository), then create a patch file using your favourite SVN
client. Or with the command-line client:
svn up
svn diff /path/to/patchfile.patch
Then follow the procedure here:
http://xmlgraphics.apache.org/fop/dev/index.html#patches
Conventions can be found here:
http://xmlgraphics.apache.org/fop/dev/conventions.html
(The most important part is to use spaces instead of tabs, otherwise
just try to mimic the existing code. We don't mind fixing minor
differences while reviewing the patch.)
BTW, the HP PCL reference lists the following valid values for the ESCl#S
command:
0 - Simplex
1 - Duplex, Long-Edge Binding
2 - Duplex, Short-Edge Binding
So that contrasts a little with your javadoc.
It would be great if you could also add some documentation for the
website. Otherwise, the new feature won't be much use for others. The
file that would need to be changed is the following:
http://svn.apache.org/viewvc/xmlgraphics/fop/trunk/src/documentation/content/xdocs/trunk/output.xml?view=log
Good luck!
On 02.06.2008 12:30:52 Martin Edge wrote:
OK,
So far in PCLGenerator.java in src\java\org\apache\fop\render\pcl\ under line
230 I have added:
/**
* Selects the duplexing type for the page. The parameter is usually
printer-specific.
* 1 means duplex
* 0 means simplex
* @param selector the integer representing the duplexing status of the page
* @throws IOException In case of an I/O error
*/
public void selectDuplexType(int selector) throws IOException {
writeCommand(l + selector + S);
}
And in PCLRenderer.java in src\java\org\apache\fop\render\pcl\ under line 408
I have added:
// Is Page duplex?
String pageDuplex = page.getForeignAttributeValue( new
QName(PCLElementMapping.NAMESPACE, null, page-is-duplex));
if (pageDuplex != null) {
gen.selectDuplexType(Integer.parseInt(pageDuplex));
}
Will give it a test and see how we go - I'm not familiar with the procedures
and/or naming conventions with modifying Apache code.. what should I do? :)
Thanks
Martin.
-Original Message-
From: Jeremias Maerki [mailto:[EMAIL PROTECTED]
Sent: Monday, 2 June 2008 7:35 PM
To: fop-users@xmlgraphics.apache.org
Subject: Re: best format for high speed printing
That page sequence itself doesn't have an effect on the PCL file (as it
doesn't have a concept of page groups). The tray selection extension
really just inserts the right PCL command at the beginning of each page
that the extension was specified for. If you omit the extension on one
page, no command will be inserted.
On 02.06.2008 11:19:05 Martin Edge wrote:
Yeah - doing that now.. Sorry I meant to ask -
What if the combination of Letterhead v Plain Paper tray changes per page
sequence ? (example below)
areaTree
pageSequence
pageViewport bounds=0 0 595275 841889 key=P1 nr=1
formatted-nr=1 simple-page-master-name=basicPage
page --- Tray 2
/page
/pageViewport
pageViewport bounds=0 0 595275 841889 key=P2 nr=2
formatted-nr=2 simple-page-master-name=basicPage
page --- Tray 1
/page
/pageViewport
pageViewport bounds=0 0 595275 841889 key=P3 nr=3
formatted-nr=3 simple-page-master-name=basicPage
page --- Tray 1
/page
/pageViewport
pageViewport bounds=0 0 595275 841889 key=P4 nr=4
formatted-nr=4 simple-page-master-name=basicPage
page --- Tray 1
/page
/pageViewport
/pageSequence
pageSequence
pageViewport bounds=0 0 595275 841889 key=P5 nr=5
formatted-nr=5 simple-page-master-name=basicPage
page --- Tray 1
/page
/pageViewport
pageViewport bounds=0 0 595275 841889 key=P6 nr=6
formatted-nr=6 simple-page-master-name=basicPage
page --- Tray 1
/page
/pageViewport
pageViewport bounds=0 0 595275 841889 key=P7 nr=7
formatted-nr=7 simple-page-master-name=basicPage
page --- Tray 2
/page
/pageViewport
pageViewport bounds=0 0 595275 841889 key=P8 nr=8
formatted-nr=8 simple-page-master-name=basicPage
page --- Tray 2
/page
/pageViewport
/pageSequence
/areaTree
(obviously duplexing I will have to test.. am downloading the FOP source
now.. (not that I'm a java programmer ;))
I really do appreciate your help by the way - in the last few days I have
made heaps of progress thanks to your combined efforts -
Thanks again,
Martin.
-Original Message-
From: Jeremias Maerki [mailto:[EMAIL PROTECTED]
Sent: Monday, 2 June 2008 7:10 PM
To: fop-users@xmlgraphics.apache.org
Subject: Re: best format for high speed printing
The tray selection extension just results in a command in PCL. If that
works with changing duplexing, I don't know. You'll have to do some
experiments.
On 02.06.2008 11:02:15 Martin Edge wrote:
Would
RE: best format for high speed printing
Looks like the easiest approach for me is to modify the Intermediate Format and override the default selection for paper tray. I added the extension in as suggested, and each ViewPort now has pcl:paper-source=2 xmlns:pcl=blah blah areaTree pageSequence pageViewport bounds=0 0 595275 841889 key=P1 nr=1 formatted-nr=1 simple-page-master-name=basicPage pcl:paper-source=2 xmlns:pcl=http://xmlgraphics.apache.org/fop/extensions/pcl; page /page /pageViewport pageViewport bounds=0 0 595275 841889 key=P2 nr=2 formatted-nr=2 simple-page-master-name=basicPage pcl:paper-source=2 xmlns:pcl=http://xmlgraphics.apache.org/fop/extensions/pcl; page /page /pageViewport So I can just iterate over that set and adjust as required. Will investigate the duplexing side now - will let you know how I go. Thanks Martin. -Original Message- From: Martin Edge [mailto:[EMAIL PROTECTED] Sent: Monday, 2 June 2008 7:19 PM To: fop-users@xmlgraphics.apache.org Subject: RE: best format for high speed printing Yeah - doing that now.. Sorry I meant to ask - What if the combination of Letterhead v Plain Paper tray changes per page sequence ? (example below) areaTree pageSequence pageViewport bounds=0 0 595275 841889 key=P1 nr=1 formatted-nr=1 simple-page-master-name=basicPage page --- Tray 2 /page /pageViewport pageViewport bounds=0 0 595275 841889 key=P2 nr=2 formatted-nr=2 simple-page-master-name=basicPage page --- Tray 1 /page /pageViewport pageViewport bounds=0 0 595275 841889 key=P3 nr=3 formatted-nr=3 simple-page-master-name=basicPage page --- Tray 1 /page /pageViewport pageViewport bounds=0 0 595275 841889 key=P4 nr=4 formatted-nr=4 simple-page-master-name=basicPage page --- Tray 1 /page /pageViewport /pageSequence pageSequence pageViewport bounds=0 0 595275 841889 key=P5 nr=5 formatted-nr=5 simple-page-master-name=basicPage page --- Tray 1 /page /pageViewport pageViewport bounds=0 0 595275 841889 key=P6 nr=6 formatted-nr=6 simple-page-master-name=basicPage page --- Tray 1 /page /pageViewport pageViewport bounds=0 0 595275 841889 key=P7 nr=7 formatted-nr=7 simple-page-master-name=basicPage page --- Tray 2 /page /pageViewport pageViewport bounds=0 0 595275 841889 key=P8 nr=8 formatted-nr=8 simple-page-master-name=basicPage page --- Tray 2 /page /pageViewport /pageSequence /areaTree (obviously duplexing I will have to test.. am downloading the FOP source now.. (not that I'm a java programmer ;)) I really do appreciate your help by the way - in the last few days I have made heaps of progress thanks to your combined efforts - Thanks again, Martin. -Original Message- From: Jeremias Maerki [mailto:[EMAIL PROTECTED] Sent: Monday, 2 June 2008 7:10 PM To: fop-users@xmlgraphics.apache.org Subject: Re: best format for high speed printing The tray selection extension just results in a command in PCL. If that works with changing duplexing, I don't know. You'll have to do some experiments. On 02.06.2008 11:02:15 Martin Edge wrote: Would these extensions work if the duplexing can vary per PageSequence? Or should I see what is put in the intermediate format to define this and override it in there? -Original Message- From: Jeremias Maerki [mailto:[EMAIL PROTECTED] Sent: Monday, 2 June 2008 6:45 PM To: fop-users@xmlgraphics.apache.org Subject: Re: best format for high speed printing Tray selection is available: http://xmlgraphics.apache.org/fop/0.95/output.html#pcl-extensions A Simplex/Duplex selection (ESCl#S) extension hasn't been implemented, yet, but should be easy to add if you take tray selection as a template. On 02.06.2008 10:16:38 Martin Edge wrote: Cool - I have converted to the intermediate format, and then happily got it to translate that to PCL.. Is there any additional functionality in the Intermediate format ? For instance, can I set tray selection and duplex selection per PageSequence? (Otherwise I will just generate one PCL, split it and add each flag per PCL) Thanks Martin. -Original Message- From: Jeremias Maerki [mailto:[EMAIL PROTECTED] Sent: Monday, 2 June 2008 4:44 PM To: fop-users@xmlgraphics.apache.org Subject: Re: best format for high speed printing PCL is not very easy to post-process. It's possible but probably tedious. I'd use FOP's intermediate format [1] to add your barcodes and then normally render the processed intermediate format using the PS or PCL renderers. [1] http://xmlgraphics.apache.org/fop/0.95/intermediate.html On 01.06.2008 14:41:33 Martin Edge wrote: OK - A further bit of research suggests - the reason I'm going to PDF first, is I have to rewrite some barcode information which dictates the page numbering for an intelligent envelope
RE: best format for high speed printing
No problem - will make the necessary adjustments and have a go at committing
it.. ( I have the latest trunk..)
Of curiosity - can you send me the link to the HP PCL Reference material?
-Original Message-
From: Jeremias Maerki [mailto:[EMAIL PROTECTED]
Sent: Monday, 2 June 2008 9:41 PM
To: fop-users@xmlgraphics.apache.org
Subject: Re: best format for high speed printing
Make sure you are working on the latest FOP Trunk (downloaded from the
SVN repository), then create a patch file using your favourite SVN
client. Or with the command-line client:
svn up
svn diff /path/to/patchfile.patch
Then follow the procedure here:
http://xmlgraphics.apache.org/fop/dev/index.html#patches
Conventions can be found here:
http://xmlgraphics.apache.org/fop/dev/conventions.html
(The most important part is to use spaces instead of tabs, otherwise
just try to mimic the existing code. We don't mind fixing minor
differences while reviewing the patch.)
BTW, the HP PCL reference lists the following valid values for the ESCl#S
command:
0 - Simplex
1 - Duplex, Long-Edge Binding
2 - Duplex, Short-Edge Binding
So that contrasts a little with your javadoc.
It would be great if you could also add some documentation for the
website. Otherwise, the new feature won't be much use for others. The
file that would need to be changed is the following:
http://svn.apache.org/viewvc/xmlgraphics/fop/trunk/src/documentation/content/xdocs/trunk/output.xml?view=log
Good luck!
On 02.06.2008 12:30:52 Martin Edge wrote:
OK,
So far in PCLGenerator.java in src\java\org\apache\fop\render\pcl\ under line
230 I have added:
/**
* Selects the duplexing type for the page. The parameter is usually
printer-specific.
* 1 means duplex
* 0 means simplex
* @param selector the integer representing the duplexing status of the page
* @throws IOException In case of an I/O error
*/
public void selectDuplexType(int selector) throws IOException {
writeCommand(l + selector + S);
}
And in PCLRenderer.java in src\java\org\apache\fop\render\pcl\ under line 408
I have added:
// Is Page duplex?
String pageDuplex = page.getForeignAttributeValue( new
QName(PCLElementMapping.NAMESPACE, null, page-is-duplex));
if (pageDuplex != null) {
gen.selectDuplexType(Integer.parseInt(pageDuplex));
}
Will give it a test and see how we go - I'm not familiar with the procedures
and/or naming conventions with modifying Apache code.. what should I do? :)
Thanks
Martin.
-Original Message-
From: Jeremias Maerki [mailto:[EMAIL PROTECTED]
Sent: Monday, 2 June 2008 7:35 PM
To: fop-users@xmlgraphics.apache.org
Subject: Re: best format for high speed printing
That page sequence itself doesn't have an effect on the PCL file (as it
doesn't have a concept of page groups). The tray selection extension
really just inserts the right PCL command at the beginning of each page
that the extension was specified for. If you omit the extension on one
page, no command will be inserted.
On 02.06.2008 11:19:05 Martin Edge wrote:
Yeah - doing that now.. Sorry I meant to ask -
What if the combination of Letterhead v Plain Paper tray changes per page
sequence ? (example below)
areaTree
pageSequence
pageViewport bounds=0 0 595275 841889 key=P1 nr=1
formatted-nr=1 simple-page-master-name=basicPage
page --- Tray 2
/page
/pageViewport
pageViewport bounds=0 0 595275 841889 key=P2 nr=2
formatted-nr=2 simple-page-master-name=basicPage
page --- Tray 1
/page
/pageViewport
pageViewport bounds=0 0 595275 841889 key=P3 nr=3
formatted-nr=3 simple-page-master-name=basicPage
page --- Tray 1
/page
/pageViewport
pageViewport bounds=0 0 595275 841889 key=P4 nr=4
formatted-nr=4 simple-page-master-name=basicPage
page --- Tray 1
/page
/pageViewport
/pageSequence
pageSequence
pageViewport bounds=0 0 595275 841889 key=P5 nr=5
formatted-nr=5 simple-page-master-name=basicPage
page --- Tray 1
/page
/pageViewport
pageViewport bounds=0 0 595275 841889 key=P6 nr=6
formatted-nr=6 simple-page-master-name=basicPage
page --- Tray 1
/page
/pageViewport
pageViewport bounds=0 0 595275 841889 key=P7 nr=7
formatted-nr=7 simple-page-master-name=basicPage
page --- Tray 2
/page
/pageViewport
pageViewport bounds=0 0 595275 841889 key=P8 nr=8
formatted-nr=8 simple-page-master-name=basicPage
page --- Tray 2
/page
/pageViewport
/pageSequence
/areaTree
(obviously duplexing I will have to test.. am downloading the FOP source
now.. (not that I'm a java programmer ;))
I really do appreciate your help by the way - in the last few days I have
made heaps of progress thanks to your combined efforts -
Thanks again,
Martin.
-Original Message-
From
Re: best format for high speed printing
The tray selection extension just results in a command in PCL. If that works with changing duplexing, I don't know. You'll have to do some experiments. On 02.06.2008 11:02:15 Martin Edge wrote: Would these extensions work if the duplexing can vary per PageSequence? Or should I see what is put in the intermediate format to define this and override it in there? -Original Message- From: Jeremias Maerki [mailto:[EMAIL PROTECTED] Sent: Monday, 2 June 2008 6:45 PM To: fop-users@xmlgraphics.apache.org Subject: Re: best format for high speed printing Tray selection is available: http://xmlgraphics.apache.org/fop/0.95/output.html#pcl-extensions A Simplex/Duplex selection (ESCl#S) extension hasn't been implemented, yet, but should be easy to add if you take tray selection as a template. On 02.06.2008 10:16:38 Martin Edge wrote: Cool - I have converted to the intermediate format, and then happily got it to translate that to PCL.. Is there any additional functionality in the Intermediate format ? For instance, can I set tray selection and duplex selection per PageSequence? (Otherwise I will just generate one PCL, split it and add each flag per PCL) Thanks Martin. -Original Message- From: Jeremias Maerki [mailto:[EMAIL PROTECTED] Sent: Monday, 2 June 2008 4:44 PM To: fop-users@xmlgraphics.apache.org Subject: Re: best format for high speed printing PCL is not very easy to post-process. It's possible but probably tedious. I'd use FOP's intermediate format [1] to add your barcodes and then normally render the processed intermediate format using the PS or PCL renderers. [1] http://xmlgraphics.apache.org/fop/0.95/intermediate.html On 01.06.2008 14:41:33 Martin Edge wrote: OK - A further bit of research suggests - the reason I'm going to PDF first, is I have to rewrite some barcode information which dictates the page numbering for an intelligent envelope inserter Can you edit text easily in a PCL page? I'm using .NET snip/ Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: best format for high speed printing
Yeah - doing that now.. Sorry I meant to ask - What if the combination of Letterhead v Plain Paper tray changes per page sequence ? (example below) areaTree pageSequence pageViewport bounds=0 0 595275 841889 key=P1 nr=1 formatted-nr=1 simple-page-master-name=basicPage page --- Tray 2 /page /pageViewport pageViewport bounds=0 0 595275 841889 key=P2 nr=2 formatted-nr=2 simple-page-master-name=basicPage page --- Tray 1 /page /pageViewport pageViewport bounds=0 0 595275 841889 key=P3 nr=3 formatted-nr=3 simple-page-master-name=basicPage page --- Tray 1 /page /pageViewport pageViewport bounds=0 0 595275 841889 key=P4 nr=4 formatted-nr=4 simple-page-master-name=basicPage page --- Tray 1 /page /pageViewport /pageSequence pageSequence pageViewport bounds=0 0 595275 841889 key=P5 nr=5 formatted-nr=5 simple-page-master-name=basicPage page --- Tray 1 /page /pageViewport pageViewport bounds=0 0 595275 841889 key=P6 nr=6 formatted-nr=6 simple-page-master-name=basicPage page --- Tray 1 /page /pageViewport pageViewport bounds=0 0 595275 841889 key=P7 nr=7 formatted-nr=7 simple-page-master-name=basicPage page --- Tray 2 /page /pageViewport pageViewport bounds=0 0 595275 841889 key=P8 nr=8 formatted-nr=8 simple-page-master-name=basicPage page --- Tray 2 /page /pageViewport /pageSequence /areaTree (obviously duplexing I will have to test.. am downloading the FOP source now.. (not that I'm a java programmer ;)) I really do appreciate your help by the way - in the last few days I have made heaps of progress thanks to your combined efforts - Thanks again, Martin. -Original Message- From: Jeremias Maerki [mailto:[EMAIL PROTECTED] Sent: Monday, 2 June 2008 7:10 PM To: fop-users@xmlgraphics.apache.org Subject: Re: best format for high speed printing The tray selection extension just results in a command in PCL. If that works with changing duplexing, I don't know. You'll have to do some experiments. On 02.06.2008 11:02:15 Martin Edge wrote: Would these extensions work if the duplexing can vary per PageSequence? Or should I see what is put in the intermediate format to define this and override it in there? -Original Message- From: Jeremias Maerki [mailto:[EMAIL PROTECTED] Sent: Monday, 2 June 2008 6:45 PM To: fop-users@xmlgraphics.apache.org Subject: Re: best format for high speed printing Tray selection is available: http://xmlgraphics.apache.org/fop/0.95/output.html#pcl-extensions A Simplex/Duplex selection (ESCl#S) extension hasn't been implemented, yet, but should be easy to add if you take tray selection as a template. On 02.06.2008 10:16:38 Martin Edge wrote: Cool - I have converted to the intermediate format, and then happily got it to translate that to PCL.. Is there any additional functionality in the Intermediate format ? For instance, can I set tray selection and duplex selection per PageSequence? (Otherwise I will just generate one PCL, split it and add each flag per PCL) Thanks Martin. -Original Message- From: Jeremias Maerki [mailto:[EMAIL PROTECTED] Sent: Monday, 2 June 2008 4:44 PM To: fop-users@xmlgraphics.apache.org Subject: Re: best format for high speed printing PCL is not very easy to post-process. It's possible but probably tedious. I'd use FOP's intermediate format [1] to add your barcodes and then normally render the processed intermediate format using the PS or PCL renderers. [1] http://xmlgraphics.apache.org/fop/0.95/intermediate.html On 01.06.2008 14:41:33 Martin Edge wrote: OK - A further bit of research suggests - the reason I'm going to PDF first, is I have to rewrite some barcode information which dictates the page numbering for an intelligent envelope inserter Can you edit text easily in a PCL page? I'm using .NET snip/ Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: best format for high speed printing
Would these extensions work if the duplexing can vary per PageSequence? Or should I see what is put in the intermediate format to define this and override it in there? -Original Message- From: Jeremias Maerki [mailto:[EMAIL PROTECTED] Sent: Monday, 2 June 2008 6:45 PM To: fop-users@xmlgraphics.apache.org Subject: Re: best format for high speed printing Tray selection is available: http://xmlgraphics.apache.org/fop/0.95/output.html#pcl-extensions A Simplex/Duplex selection (ESCl#S) extension hasn't been implemented, yet, but should be easy to add if you take tray selection as a template. On 02.06.2008 10:16:38 Martin Edge wrote: Cool - I have converted to the intermediate format, and then happily got it to translate that to PCL.. Is there any additional functionality in the Intermediate format ? For instance, can I set tray selection and duplex selection per PageSequence? (Otherwise I will just generate one PCL, split it and add each flag per PCL) Thanks Martin. -Original Message- From: Jeremias Maerki [mailto:[EMAIL PROTECTED] Sent: Monday, 2 June 2008 4:44 PM To: fop-users@xmlgraphics.apache.org Subject: Re: best format for high speed printing PCL is not very easy to post-process. It's possible but probably tedious. I'd use FOP's intermediate format [1] to add your barcodes and then normally render the processed intermediate format using the PS or PCL renderers. [1] http://xmlgraphics.apache.org/fop/0.95/intermediate.html On 01.06.2008 14:41:33 Martin Edge wrote: OK - A further bit of research suggests - the reason I'm going to PDF first, is I have to rewrite some barcode information which dictates the page numbering for an intelligent envelope inserter Can you edit text easily in a PCL page? I'm using .NET snip/ Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: best format for high speed printing
Never mind - I see the link in the output.xml
-Original Message-
From: Martin Edge [mailto:[EMAIL PROTECTED]
Sent: Monday, 2 June 2008 9:44 PM
To: fop-users@xmlgraphics.apache.org
Subject: RE: best format for high speed printing
No problem - will make the necessary adjustments and have a go at committing
it.. ( I have the latest trunk..)
Of curiosity - can you send me the link to the HP PCL Reference material?
-Original Message-
From: Jeremias Maerki [mailto:[EMAIL PROTECTED]
Sent: Monday, 2 June 2008 9:41 PM
To: fop-users@xmlgraphics.apache.org
Subject: Re: best format for high speed printing
Make sure you are working on the latest FOP Trunk (downloaded from the
SVN repository), then create a patch file using your favourite SVN
client. Or with the command-line client:
svn up
svn diff /path/to/patchfile.patch
Then follow the procedure here:
http://xmlgraphics.apache.org/fop/dev/index.html#patches
Conventions can be found here:
http://xmlgraphics.apache.org/fop/dev/conventions.html
(The most important part is to use spaces instead of tabs, otherwise
just try to mimic the existing code. We don't mind fixing minor
differences while reviewing the patch.)
BTW, the HP PCL reference lists the following valid values for the ESCl#S
command:
0 - Simplex
1 - Duplex, Long-Edge Binding
2 - Duplex, Short-Edge Binding
So that contrasts a little with your javadoc.
It would be great if you could also add some documentation for the
website. Otherwise, the new feature won't be much use for others. The
file that would need to be changed is the following:
http://svn.apache.org/viewvc/xmlgraphics/fop/trunk/src/documentation/content/xdocs/trunk/output.xml?view=log
Good luck!
On 02.06.2008 12:30:52 Martin Edge wrote:
OK,
So far in PCLGenerator.java in src\java\org\apache\fop\render\pcl\ under line
230 I have added:
/**
* Selects the duplexing type for the page. The parameter is usually
printer-specific.
* 1 means duplex
* 0 means simplex
* @param selector the integer representing the duplexing status of the page
* @throws IOException In case of an I/O error
*/
public void selectDuplexType(int selector) throws IOException {
writeCommand(l + selector + S);
}
And in PCLRenderer.java in src\java\org\apache\fop\render\pcl\ under line 408
I have added:
// Is Page duplex?
String pageDuplex = page.getForeignAttributeValue( new
QName(PCLElementMapping.NAMESPACE, null, page-is-duplex));
if (pageDuplex != null) {
gen.selectDuplexType(Integer.parseInt(pageDuplex));
}
Will give it a test and see how we go - I'm not familiar with the procedures
and/or naming conventions with modifying Apache code.. what should I do? :)
Thanks
Martin.
-Original Message-
From: Jeremias Maerki [mailto:[EMAIL PROTECTED]
Sent: Monday, 2 June 2008 7:35 PM
To: fop-users@xmlgraphics.apache.org
Subject: Re: best format for high speed printing
That page sequence itself doesn't have an effect on the PCL file (as it
doesn't have a concept of page groups). The tray selection extension
really just inserts the right PCL command at the beginning of each page
that the extension was specified for. If you omit the extension on one
page, no command will be inserted.
On 02.06.2008 11:19:05 Martin Edge wrote:
Yeah - doing that now.. Sorry I meant to ask -
What if the combination of Letterhead v Plain Paper tray changes per page
sequence ? (example below)
areaTree
pageSequence
pageViewport bounds=0 0 595275 841889 key=P1 nr=1
formatted-nr=1 simple-page-master-name=basicPage
page --- Tray 2
/page
/pageViewport
pageViewport bounds=0 0 595275 841889 key=P2 nr=2
formatted-nr=2 simple-page-master-name=basicPage
page --- Tray 1
/page
/pageViewport
pageViewport bounds=0 0 595275 841889 key=P3 nr=3
formatted-nr=3 simple-page-master-name=basicPage
page --- Tray 1
/page
/pageViewport
pageViewport bounds=0 0 595275 841889 key=P4 nr=4
formatted-nr=4 simple-page-master-name=basicPage
page --- Tray 1
/page
/pageViewport
/pageSequence
pageSequence
pageViewport bounds=0 0 595275 841889 key=P5 nr=5
formatted-nr=5 simple-page-master-name=basicPage
page --- Tray 1
/page
/pageViewport
pageViewport bounds=0 0 595275 841889 key=P6 nr=6
formatted-nr=6 simple-page-master-name=basicPage
page --- Tray 1
/page
/pageViewport
pageViewport bounds=0 0 595275 841889 key=P7 nr=7
formatted-nr=7 simple-page-master-name=basicPage
page --- Tray 2
/page
/pageViewport
pageViewport bounds=0 0 595275 841889 key=P8 nr=8
formatted-nr=8 simple-page-master-name=basicPage
page --- Tray 2
/page
/pageViewport
/pageSequence
/areaTree
(obviously duplexing I will have to test.. am downloading the FOP source
now.. (not that I'm
Re: best format for high speed printing
Tray selection is available: http://xmlgraphics.apache.org/fop/0.95/output.html#pcl-extensions A Simplex/Duplex selection (ESCl#S) extension hasn't been implemented, yet, but should be easy to add if you take tray selection as a template. On 02.06.2008 10:16:38 Martin Edge wrote: Cool - I have converted to the intermediate format, and then happily got it to translate that to PCL.. Is there any additional functionality in the Intermediate format ? For instance, can I set tray selection and duplex selection per PageSequence? (Otherwise I will just generate one PCL, split it and add each flag per PCL) Thanks Martin. -Original Message- From: Jeremias Maerki [mailto:[EMAIL PROTECTED] Sent: Monday, 2 June 2008 4:44 PM To: fop-users@xmlgraphics.apache.org Subject: Re: best format for high speed printing PCL is not very easy to post-process. It's possible but probably tedious. I'd use FOP's intermediate format [1] to add your barcodes and then normally render the processed intermediate format using the PS or PCL renderers. [1] http://xmlgraphics.apache.org/fop/0.95/intermediate.html On 01.06.2008 14:41:33 Martin Edge wrote: OK - A further bit of research suggests - the reason I'm going to PDF first, is I have to rewrite some barcode information which dictates the page numbering for an intelligent envelope inserter Can you edit text easily in a PCL page? I'm using .NET snip/ Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: best format for high speed printing
All done - lets see if my first patch gets approved! :-)
Thanks
Martin.
-Original Message-
From: Jeremias Maerki [mailto:[EMAIL PROTECTED]
Sent: Monday, 2 June 2008 9:41 PM
To: fop-users@xmlgraphics.apache.org
Subject: Re: best format for high speed printing
Make sure you are working on the latest FOP Trunk (downloaded from the
SVN repository), then create a patch file using your favourite SVN
client. Or with the command-line client:
svn up
svn diff /path/to/patchfile.patch
Then follow the procedure here:
http://xmlgraphics.apache.org/fop/dev/index.html#patches
Conventions can be found here:
http://xmlgraphics.apache.org/fop/dev/conventions.html
(The most important part is to use spaces instead of tabs, otherwise
just try to mimic the existing code. We don't mind fixing minor
differences while reviewing the patch.)
BTW, the HP PCL reference lists the following valid values for the ESCl#S
command:
0 - Simplex
1 - Duplex, Long-Edge Binding
2 - Duplex, Short-Edge Binding
So that contrasts a little with your javadoc.
It would be great if you could also add some documentation for the
website. Otherwise, the new feature won't be much use for others. The
file that would need to be changed is the following:
http://svn.apache.org/viewvc/xmlgraphics/fop/trunk/src/documentation/content/xdocs/trunk/output.xml?view=log
Good luck!
On 02.06.2008 12:30:52 Martin Edge wrote:
OK,
So far in PCLGenerator.java in src\java\org\apache\fop\render\pcl\ under line
230 I have added:
/**
* Selects the duplexing type for the page. The parameter is usually
printer-specific.
* 1 means duplex
* 0 means simplex
* @param selector the integer representing the duplexing status of the page
* @throws IOException In case of an I/O error
*/
public void selectDuplexType(int selector) throws IOException {
writeCommand(l + selector + S);
}
And in PCLRenderer.java in src\java\org\apache\fop\render\pcl\ under line 408
I have added:
// Is Page duplex?
String pageDuplex = page.getForeignAttributeValue( new
QName(PCLElementMapping.NAMESPACE, null, page-is-duplex));
if (pageDuplex != null) {
gen.selectDuplexType(Integer.parseInt(pageDuplex));
}
Will give it a test and see how we go - I'm not familiar with the procedures
and/or naming conventions with modifying Apache code.. what should I do? :)
Thanks
Martin.
-Original Message-
From: Jeremias Maerki [mailto:[EMAIL PROTECTED]
Sent: Monday, 2 June 2008 7:35 PM
To: fop-users@xmlgraphics.apache.org
Subject: Re: best format for high speed printing
That page sequence itself doesn't have an effect on the PCL file (as it
doesn't have a concept of page groups). The tray selection extension
really just inserts the right PCL command at the beginning of each page
that the extension was specified for. If you omit the extension on one
page, no command will be inserted.
On 02.06.2008 11:19:05 Martin Edge wrote:
Yeah - doing that now.. Sorry I meant to ask -
What if the combination of Letterhead v Plain Paper tray changes per page
sequence ? (example below)
areaTree
pageSequence
pageViewport bounds=0 0 595275 841889 key=P1 nr=1
formatted-nr=1 simple-page-master-name=basicPage
page --- Tray 2
/page
/pageViewport
pageViewport bounds=0 0 595275 841889 key=P2 nr=2
formatted-nr=2 simple-page-master-name=basicPage
page --- Tray 1
/page
/pageViewport
pageViewport bounds=0 0 595275 841889 key=P3 nr=3
formatted-nr=3 simple-page-master-name=basicPage
page --- Tray 1
/page
/pageViewport
pageViewport bounds=0 0 595275 841889 key=P4 nr=4
formatted-nr=4 simple-page-master-name=basicPage
page --- Tray 1
/page
/pageViewport
/pageSequence
pageSequence
pageViewport bounds=0 0 595275 841889 key=P5 nr=5
formatted-nr=5 simple-page-master-name=basicPage
page --- Tray 1
/page
/pageViewport
pageViewport bounds=0 0 595275 841889 key=P6 nr=6
formatted-nr=6 simple-page-master-name=basicPage
page --- Tray 1
/page
/pageViewport
pageViewport bounds=0 0 595275 841889 key=P7 nr=7
formatted-nr=7 simple-page-master-name=basicPage
page --- Tray 2
/page
/pageViewport
pageViewport bounds=0 0 595275 841889 key=P8 nr=8
formatted-nr=8 simple-page-master-name=basicPage
page --- Tray 2
/page
/pageViewport
/pageSequence
/areaTree
(obviously duplexing I will have to test.. am downloading the FOP source
now.. (not that I'm a java programmer ;))
I really do appreciate your help by the way - in the last few days I have
made heaps of progress thanks to your combined efforts -
Thanks again,
Martin.
-Original Message-
From: Jeremias Maerki [mailto:[EMAIL PROTECTED]
Sent: Monday, 2 June 2008 7:10 PM
To: fop-users@xmlgraphics.apache.org
Re: best format for high speed printing
Huh? You convert PDF to PCL? Why don't you use the PCL renderer? That removes the seemingly time-consuming conversion from PDF to PCL. Or rather, if you can choose, I'd go for PostScript output. PDF is not the only output format FOP supports directly: http://xmlgraphics.apache.org/fop/0.95/output.html#pcl On 01.06.2008 05:03:52 Martin Edge wrote: Hey Guys (my emails were tidier but apache's spam protection is ridiculous :)), But anyway ... Fair enough on your response kindaian... – thanks for your answer (and you too Jeremy!) Perhaps the software I am using to do the conversion from PDF to PCL could be improved.. I tried postscript, but so far I have been processing for 21hrs.. My 79Mb PDF file is now a 94 Gig Postscript file! (that can’t be real, surely??). PCL takes about 6hrs for 20,000 pages (5333 recipient * four pages) with every 4th and 5th recipient in duplexing mode and the 1st page taking from the letterhead tray, the rest from the plain paper tray. The current process would create 20,000 files and add them to one larger file (this process is fast) marking duplexing and paper requirements whilst it aggregates them. As it seems my format options are somewhat limited PCL/PS/AFP [we call the AFP the coppers over here ☺] – The XSLT - FO and FO - PDF processes work quickly. It’s simply the PDF - PCL/AFP/PS stage which is killing me. I’m using ghostscript for this purpose. Just their standard PDF2PS.bat script (and a slightly hacked one for PCL). Can you recommend a better software for this purpose, or is the conversion to PDF first potentially hazardous in performance to my desired printing type (PCL or PS). Like, maybe XSL - FO - SOMETHING - PCL or XSL - FO - PCL? Thanks guys your help is most appreciated! Martin. --- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Saturday, 31 May 2008 11:11 PM To: fop-users@xmlgraphics.apache.org Subject: Re: best format for high speed printing Is there an efficient file format available that is much faster, and still allows me to control duplexing and tray selection per page? Some high end printers have special markings and language (with barcodes) that you can use outside the printing area to control the way the printing on that page is handled. I've seen it used in conjugation with printing-folding and enveloping systems (but can't be more precise because never used one, only watched the systems working on expos). As for optimization, one thing that i noticed is if you have loads of citation references, the document production takes an huge time more to be produced. And I'm only referring to fo-pdf production mind. For further optimization you can also decouple the xml-xslt-fo and fo-output production. Passing from a 32bit to full flagged 64bit environment may also allow further improvements (and break the Java limitation on the memory allocation that happens in all 32bit applications). In 32bit environment with 4gb ram on the machine, I wasn't able to use more then 1.2Gb ram in Java. The project I was involved is a book with more then 5k pages with extensive use of page references to produce automatically indexes. To be able to render the book it was needed to split the book in chapters and produce an index for each of the chapter. Not a nice hack, but it worked. Hope to have been of help, Cheers, Luís Ferro - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: best format for high speed printing
OK - A further bit of research suggests - the reason I'm going to PDF first, is I have to rewrite some barcode information which dictates the page numbering for an intelligent envelope inserter Can you edit text easily in a PCL page? I'm using .NET -Original Message- From: Jeremias Maerki [mailto:[EMAIL PROTECTED] Sent: Sunday, 1 June 2008 5:00 PM To: fop-users@xmlgraphics.apache.org Subject: Re: best format for high speed printing Huh? You convert PDF to PCL? Why don't you use the PCL renderer? That removes the seemingly time-consuming conversion from PDF to PCL. Or rather, if you can choose, I'd go for PostScript output. PDF is not the only output format FOP supports directly: http://xmlgraphics.apache.org/fop/0.95/output.html#pcl On 01.06.2008 05:03:52 Martin Edge wrote: Hey Guys (my emails were tidier but apache's spam protection is ridiculous :)), But anyway ... Fair enough on your response kindaian... – thanks for your answer (and you too Jeremy!) Perhaps the software I am using to do the conversion from PDF to PCL could be improved.. I tried postscript, but so far I have been processing for 21hrs.. My 79Mb PDF file is now a 94 Gig Postscript file! (that can’t be real, surely??). PCL takes about 6hrs for 20,000 pages (5333 recipient * four pages) with every 4th and 5th recipient in duplexing mode and the 1st page taking from the letterhead tray, the rest from the plain paper tray. The current process would create 20,000 files and add them to one larger file (this process is fast) marking duplexing and paper requirements whilst it aggregates them. As it seems my format options are somewhat limited PCL/PS/AFP [we call the AFP the coppers over here ☺] – The XSLT - FO and FO - PDF processes work quickly. It’s simply the PDF - PCL/AFP/PS stage which is killing me. I’m using ghostscript for this purpose. Just their standard PDF2PS.bat script (and a slightly hacked one for PCL). Can you recommend a better software for this purpose, or is the conversion to PDF first potentially hazardous in performance to my desired printing type (PCL or PS). Like, maybe XSL - FO - SOMETHING - PCL or XSL - FO - PCL? Thanks guys your help is most appreciated! Martin. --- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Saturday, 31 May 2008 11:11 PM To: fop-users@xmlgraphics.apache.org Subject: Re: best format for high speed printing Is there an efficient file format available that is much faster, and still allows me to control duplexing and tray selection per page? Some high end printers have special markings and language (with barcodes) that you can use outside the printing area to control the way the printing on that page is handled. I've seen it used in conjugation with printing-folding and enveloping systems (but can't be more precise because never used one, only watched the systems working on expos). As for optimization, one thing that i noticed is if you have loads of citation references, the document production takes an huge time more to be produced. And I'm only referring to fo-pdf production mind. For further optimization you can also decouple the xml-xslt-fo and fo-output production. Passing from a 32bit to full flagged 64bit environment may also allow further improvements (and break the Java limitation on the memory allocation that happens in all 32bit applications). In 32bit environment with 4gb ram on the machine, I wasn't able to use more then 1.2Gb ram in Java. The project I was involved is a book with more then 5k pages with extensive use of page references to produce automatically indexes. To be able to render the book it was needed to split the book in chapters and produce an index for each of the chapter. Not a nice hack, but it worked. Hope to have been of help, Cheers, Luís Ferro - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: best format for high speed printing
Is there an efficient file format available that is much faster, and still allows me to control duplexing and tray selection per page? Some high end printers have special markings and language (with barcodes) that you can use outside the printing area to control the way the printing on that page is handled. I've seen it used in conjugation with printing-folding and enveloping systems (but can't be more precise because never used one, only watched the systems working on expos). As for optimization, one thing that i noticed is if you have loads of citation references, the document production takes an huge time more to be produced. And I'm only referring to fo-pdf production mind. For further optimization you can also decouple the xml-xslt-fo and fo-output production. Passing from a 32bit to full flagged 64bit environment may also allow further improvements (and break the Java limitation on the memory allocation that happens in all 32bit applications). In 32bit environment with 4gb ram on the machine, I wasn't able to use more then 1.2Gb ram in Java. The project I was involved is a book with more then 5k pages with extensive use of page references to produce automatically indexes. To be able to render the book it was needed to split the book in chapters and produce an index for each of the chapter. Not a nice hack, but it worked. Hope to have been of help, Cheers, Luís Ferro
