Kofax Communication Server 9.1 - Manual (Page 91)

Client Applications Administrator‘s Manual Version 5.32.00
©Kofax, Inc. 91/203
7.3.3 Changed Syntax of ―To‖ and ―cc‖ Lists in RTF Cover Sheets
In a line where $To (or $to) is used, $To should be the first sequence of characters in this line.
In this way $To marks the beginning of a line. The closing square bracket > may be on a
different line following the line containing the $To<. It actually has to be on the next line if one
wants to have a separate line for each recipient.
The $To<...> command in RTF covers is interpreted in the following way: $To< and > are
removed. The remaining rich text between these markers (possibly containing line feeds) is
copied as many times as there are recipients, or removed altogether if the list is empty. All
cover sheets variables are resolved, including the newly defined $L1...$ and $L2...$ variables.
In contrast to RTF covers recipient lists of standard cover sheets are limited to one line, the
closing bracket has to be on the same line, and the text before the $To< variable is set to
spaces in all list entries except the first.
The processing of recipient lists in RTF cover sheets is not line oriented, so the ―Line feed‖
sequence has to be included by putting the closing bracket on the next line if necessary. The
text before the $To< variable is not set to spaces for extra entries like in the standard cover,
so one uses the $L1..$ and $L2..$ variables instead.
Example of recipient list in an RTF cover sheet:
$To<$L1To:$$L2 $ $Name$, $Comp$, $Dept$
>$cc<$L1cc:$$L2 $ $Name$, $Comp$, $Dept$
>
Resulting view:
To: John Smith, ACME Ltd., Export
cc: Hans Meyer, Export International PLC., Contracts
Peter Best, Best Company & Co, Sales
7.3.4 Restrictions to Use of Cover Sheet Variables in RTF Covers
The variables in RTF cover sheets must not be interrupted by RTF command sequences. This
could happen if the style changes within the variable as in the following example which is
partially bold:
―$name$‖ would not be a valid variable and therefore not resolved because in the RTF stream
it would come out like ―$n\b ame$‖.
Cover sheet variables may be given in any style or font, which is then applied to the
replacement string, but the variable, has to be uniform.
7.3.5 Page Format
It is only possible to use Rich Text documents in portrait format in your coversheet. There is
no support for landscape format.
If you want to use a Rich Text document in portrait format your document should have the
width of A4 format (that is 210 mm). If the width of your document is smaller than 210 mm it is
automatically widened to 210 mm when it is attached to your coversheet. On the other hand
your document does not have to have the height of A4 format (= 297 mm). If the height of the
Rich Text document is smaller it is attached to your coversheet with no changes to its height.
Don‘t use Rich Text documents which are wider than 210 mm. Loss of text or word- line- or
page breaks in the preview/fax which differ from your original RTF document will occur.