6.2.8.4.1 Strings=, Strings#-=, Strings#+=

Each "String#-=" value defines an output filename substring that is to be replaced with the string defined
in the corresponding "String#+=" entry (where '#' represents a digit in the range of 1 to n with 'n' being the
value defined by the preceding "Strings=" entry).

The "Strings=" value defines how many corresponding "String#-=" or "String#+=" entries there are. The
replacement strings defined by the "String#+=" entries do not have to be the same length as the "String#-
=" entry, and may even be empty to cause the substring defined in the "String#-=" entry to be completely
removed.

6.2.8.4.2 Chars-=, Chars+=

The "Chars+" value defines the replacement characters which should be used to replace the correspond-
ding characters defined at the same relative position in the "Chars-" value. Each character of the filename
generated by the "Names=" entry of the [OutputFile] section matching one of the characters defined in the
"Chars-=" value is replaced with the corresponding character defined at the same relative position in the
"Chars+=" value. There can only be one "Chars-= " and "Chars+=" entry but their string values (which
must be the same length) can be as long as you wish.

In this way the "String..." and "Chars..." entries together allow you to define additional output filename
transformations to take place during the construction of the final output filename. String replacement is al-
ways performed first followed by character replacement second, and a final internal character translation
of:

< > : " / \ | * ?

to:

{ } . ' - _ ! @ !

is always performed last to ensure that no invalid or illegal characters remain in the final output Windows
filename.

6.2.8.5 [PDF] section

The [PDF] section contains options used to define how you wish your output .pdf or .rtf file to be
formatted. Please note that while all of the below options are supported for PDF output, not all of them
are supported for RTF output.

The options which are not supported for .rtf files are: all of the GreenBar options (e.g. color) as well as the
Feedholes, Compressed and Columns options. All of other PDF options (e.g. paper and font size, etc.)
are supported for both PDF and RTF files:

Option

PDF

RTF

PaperSize=formname

Yes

Yes

PaperWidth=width

Yes

Yes

PaperHeight=height

Yes

Yes

Orientation={Portrait | Landscape}

Yes

Yes

HorzMargin=margin

Yes

Yes

FontSize={9 | 10 | 11 | 12}

Yes

Yes

LPI={6 | 8}

Yes

Yes

Columns={0 | cols}

Yes

No

GreenBar={No | Yes}

Yes

No

BarColor={colour | #rrggbb}

Yes

No

FeedHoles={No | Yes}

Yes

No

Compress={Yes | No}

Yes

No

Table 7: HercPrt PDF and RTF Options

6.2.8.5.1 PaperSize

Predefined "PaperSize=" values are "USFanFold" (default), "USCompactFanFold" (LPI=8), "USLetter",
"ISOA3", "ISOA4", "ISOB4", "ISOB4Extra" and "ISOC3". When a predefined "PaperSize=" value is used
then a "PaperWidth=" and "PaperHeight=" value need not be entered. Otherwise define your custom form
size via "PaperWidth=" and "PaperHeight=".

6.2.8.5.2 PaperWidth / PaperHeight

"PaperWidth=" and "PaperHeight=" values are expressed in either fractional inches (the default) or whole
millimeters. To express a value in millimeters append "mm" to your value (e.g. "297mm").

Note: when defining your form's width do not include the width of the feedholes. The width of the feed-
holes (0.5 inches on either side of your form) is automatically added to your specified paper width at run-
time whenever the "FeedHoles=Yes" option is specified. Your "PaperWidth=" value should always be
specified as the actual printable width of your form and should not include the width of the feedholes area.

6.2.8.5.3 Orientation

Specifying "Orientation=Landscape" or "Orientation=Portrait" will swap your specified "PaperWidth=" and
"PaperHeight=" values if necessary in order to match your defined orientation.

Therefore defining "PaperWidth=8.5" and "PaperHeight=11" (or "PaperSize=USLetter") along with "Orien-
tation=Landscape" will cause a paper width of 11 inches and a paper height of 8.5 inches to be used in-
stead.

6.2.8.5.4 HorzMargin

The "HorzMargin=" value specifies how far from the left edge of the form the first character of the print
line is. For PDF output the "HorzMargin=" value defines both the left and right margins (the right margin
being the end of the print line, i.e. the position past which no character will print). For RTF output
however, it defines only the left margin and the right margin is always set to zero. Additionally, for RTF
output, print lines that extend beyond the right margin automatically wrap to the next print line whereas for
PDF output they are simply truncated.

The vertical margin at the top of every page is fixed at 0.5 inches and cannot be changed. The first print-
able line on a page after performing a page eject is therefore always the 4th physical line on the page
when printing at 6 lines per inch or the 5th physical line if printing at 8 lines per inch (even though in both
cases it is still considered to be line number 1).

The only way to print within the top 0.5 inches of your form is to continue printing beyond the bottom of
the previous page such that your print then "overflows" onto the first physical line of the next page. Be
aware however that you cannot do this continuously. That is to say your page cannot be of unlimited
length. When any page grows to be 500 lines long or longer a page-eject is automatically forced and this
behavior cannot be overridden.

Previous Page Next Page