ONYX - 9.0 - Utilisation
Convertisseurs de sortie
Cette partie traite de l’affranchissement du langage de génération des documents qui ne seront convertis vers le bon format qu’au moment de la demande de diffusion suivant le canal voulu. En d’autres termes, ONYX Server offre, par exemple, la possibilité, à partir d’un seul et même document XPS, d’en sortir une version imprimée en PCL (et en AFPDS sur une imprimante de backup) et un PDF pour l’archivage tout en l’envoyant directement par mail à un ou plusieurs destinataires.
Sommaire
Le fichier de configuration : XPSCONFIG.CONF
Définition
Toutes les conversions du format pivot XPS vers les langages de destination sont gérées nativement dans le moteur. Elles sont définies et affinées par différents profils de conversions entièrement paramétrables et stockés dans un fichier de configuration : XPSConfig.conf. Physiquement, ce fichier se trouve dans le dossier défini par la variable de configuration XPSCONFIG.
Exemple sur Windows:
[XPSCONFIG] C:\Program Files\M-Processing Server\Settings\XPSConfig.conf
Exemple sur linux :
[XPSCONFIG] /apps/mapping/conf/XPSConfig.conf
Structure et syntaxe
La structure générale de ce fichier est basée sur la syntaxe XML :
<xpsconfig>
<nom_du_profil_1>
<param_1>valeur</param_1>
<param_2>valeur</param_2>
<param_3>valeur</param_3>
…
</nom_du_profil_1>
<nom_du_profil_2>
<param_1>valeur</param_1>
<param_2>valeur</param_2>
…
</nom_du_profil_2>
…
</xpsconfig>
Autant de profils de conversion que nécessaire peuvent être déclarés en fonction des différents canaux d’entrées / sortie des documents de production. Chaque profil doit avoir un nom unique (exemple : nom_du_profil_1 ici) qui sera utilisé par le Spooler Mapping ou en ligne de commande pour identifier le bon profil de conversion. Pour chaque profil sont renseignés tous les paramètres utiles qui permettent d’effectuer la conversion, de l’affiner et de l’optimiser.
Important:
Toutes les informations contenues dans ce fichier de configuration sont sensibles à la casse : nom des différents profils, noms et valeurs des paramètres.
Remarque:
Tous les paramètres documentés ci-après sont également utilisables en ligne de commande et peuvent être surchargés lors de l’appel à une commande map_xps de conversion. La syntaxe d’appel d’un paramètre en particulier est alors : -param:nom_parametre=valeur.
Les paramètres génériques
Certains paramètres sont génériques et peuvent être utilisés dans tous les profils quel que soit le langage de conversion.
Langage
Ce premier paramètre est requis pour tous les profils. Il définit le langage de sortie de la conversion.
La syntaxe dans le profil est :<language>PCL</language>
Voici la liste de tous les formats de sortie supportés par ONYX Server :
- XPS (langage par défaut si non précisé dans le profil)
- Langages d’impression :
PCL ZEBRA
AFPDS IGP
PS (PostScript) TEC
PROPRINTER EPL
ESCP MONARCH
XMLPOS DPL (Datamax)
DB4
- Langages web :
HTML RTF
PDF DOCX
TXT
- Sorties ONYX Server :
MAPDRAW (utilisé pour l’importation de ressources XPS dans M-Designer)
- Sorties Image :
IMAGE
BMP
Label
Ce paramètre, optionnel, permet de donner une description utilisateur au profil. Cette description sera notamment utilisée dans le Spooler ONYX Server pour la configuration des files d’attentes d’impression (paramètre de compatibilité XPS).
La syntaxe dans le profil est :<label>Impression PCL5 en noir et blanc</label>
Couleur
Ce paramètre, optionnel, permet d’activer ou de désactiver la conversion en couleur pour les destinations qui le supportent. Lorsque ce paramètre n’est pas renseigné dans le profil, le principe est de respecter une conversion fidèle au document XPS original. Ainsi, pour les destinations qui le supportent, la conversion en couleur est activée par défaut.
La syntaxe dans le profil est : <color>on</color>
Valeurs supportées : ON/OFF, on/off, YES/NO, yes/no, 0/1
Valeur par défaut : ON, sauf pour le langage AFPDS.
Pour les langages qui le supportent, les profils de couleurs ICC (International Color Consortium) sont également supportés, avec la syntaxe :<outputICC>chemin_du_fichier_ICC</outputICC>
Page de code
Ce paramètre, optionnel, permet de définir la page de code en sortie pour les destinations qui le supportent.
La syntaxe dans le profil est :<codepage>850</codepage>
Valeurs supportées : dépendant du langage de sortie
Valeur par défaut: dépendant du langage de sortie
Résolution
Ce paramètre, optionnel, permet de définir la résolution de sortie du document exprimée en dpi (dots per inch). La syntaxe dans le profil est :<resolution>240</resolution>
Valeurs supportées : 200, 300 , 600 ....
Valeur par défaut : celle du langage de sortie défini
Pour les destinations qui le supportent, la résolution (en dpi) des images du document peut également être précisée avec la syntaxe :<resolutionimage>240</resolutionimage>
Valeurs supportées : 203, 300, 600…
Valeur par défaut : celle du langage de sortie défini
Rotation
Ce paramètre, optionnel, permet de définir l’angle de rotation des pages en sortie. La syntaxe dans le profil est :<pagerotation>90</pagerotation>
Valeurs supportées : 0, 90, 180, 270
Valeur par défaut : 0 (pas de rotation)
Format de papier
Ce paramètre, optionnel, permet de modifier le format des pages en sortie. La taille des pages ainsi que le contenu seront recalculés.
La syntaxe dans le profil est :<changeformat>Letter</changeformat>
Valeurs standards ISO supportées : A2, A3, A3 Extra, A4, A4 Plus, A4 Extra, A5, A5 Extra, A6, B4, B5, B5 Extra, B6, Envelope #9, Envelope #10, Envelope #11, Envelope #12, Envelope #14, Envelope B4, Envelope B5, Envelope B6, Envelope C3, Envelope C4, Envelope C5, Envelope C6, Envelope C65, Envelope DL, Envelope Invite, Envelope Monarch, Envelope, Executive, Folio, German Legal Fanfold, German Std Fanfold, Japanese Postcard, Japanese Double Postcard, Ledger, Legal, Legal Extra, Letter, Letter Extra, Letter Plus, Letter Small, Note,PRC 16K, PRC 32K, PRC 32K(Big), PRC Envelope #1, PRC Envelope #2, PRC Envelope #3, PRC Envelope #4, PRC Envelope #5, PRC Envelope #6, PRC Envelope #7, PRC Envelope #8, PRC Envelope #9, PRC Envelope #10, Quarto, Statement, SuperA, SuperB, Tabloid, Tabloid Extra, US Std Fanfold.
Les valeurs personnalisées sont également supportées, avec la syntaxe :<changeformat>xx.xx,xx.xx[,cm|in|mm]</changeformat>
- deux valeurs décimales, séparées par une virgule correspondant respectivement à largeur et hauteur
- Le séparateur de décimale est le ‘.’
- L’unité est optionnelle : cm (par défaut), mm ou in (pour inch)
Sortie image
Ce paramètre, optionnel, permet une conversion en mode image, pour les langages qui le supporte. La taille des flux n’est pas optimale mais le rendu de tous les éléments est ainsi garanti.
La syntaxe dans le profil est :<fullimage>on</fullimage>
Valeurs supportées : ON/OFF, on/off, YES/NO, yes/no, 0/1
Valeur par défaut : off
Intervalle entre 2 étiquettes
Ce paramètre, optionnel, permet de définir, pour les langages thermiques, l’écart entre deux étiquettes. La valeur est exprimée en points. La syntaxe dans le profil est :<gap>24</gap>
Décalage de la page
Ces paramètres, optionnels, permettent de décaler l’ensemble des pages d’un document sans en modifier les marges. Les valeurs sont exprimées en 96dpi et sont décimales. La syntaxe dans le profil est :
<XpsTopOffset>10.2</XpsTopOffset> <XpsLeftOffset>8.1</XpsLeftOffset>
Qualité du redimensionnement des images
Ce paramètre, optionnel, permet d’améliorer la qualité du redimensionnement des images afin de le rendre plus précis. La syntaxe dans le profil est :<precisemode>on</precisemode>
Valeurs supportées : ON/OFF, on/off, YES/NO, yes/no, 0/1
Valeur par défaut : off
Gestion des polices de caractères
Le document XPS contient l’ensemble des ressources nécessaires à son affichage incluant, en particulier, les polices de caractères utilisées au format ODTTF. En conversion vers un langage de sortie, le choix est possible, d’embarquer ou non, les polices dans le flux. Ce choix dépendra des langages et du matériel d’impression.
Polices embarquées
Ce paramètre, optionnel, permet d’activer ou de désactiver l’incorporation des polices dans le document final. Lorsque ce paramètre est activé, les polices utilisées dans le document XPS seront embarquées dans le flux de sortie et donc envoyées à l’imprimante. Sinon, les polices résidentes de l’imprimante seront utilisées pour l’impression. Lorsque ce paramètre n’est pas renseigné, il est activé par défaut.La syntaxe dans le profil est :<embeddedfont>on</embeddedfont>
Valeurs supportées : ON/OFF, on/off, YES/NO, yes/no, 0/1
Valeur par défaut : ON (sauf pour les langages AFPDS, PS et RTF)
Lorsque ce paramètre est désactivé, un autre paramètre permet de forcer l’utilisation d’une police résidente par défaut pour toute police XPS non déclarée (voir ci-après). La syntaxe dans le profil est :<defaultfont>1</defaultfont>
Valeurs supportées : de 1 à n, identifiant le numéro de la correspondance de police à utiliser par défaut dans le profil.
Valeur par défaut : 1
Polices résidentes
Lorsque le paramètre précédent est désactivé, il est nécessaire de prévoir la correspondance entre les polices du document XPS et celles à utiliser sur l’imprimante. Cette table de correspondance se construit dans le profil avec la syntaxe suivante :
<fonts> <font name="Arial" size="10" height="100" italic="0" bold="0" zoomx="1" zoomy="1" codeFont="4" /> <font name="Tahoma" size="10" height="100" italic="0" bold="0" zoomx="1" zoomy="1" codeFont="A" /> … </fonts>
Dans cette table, entre un et cinq paramètres servent pour identifier les polices XPS :
- name = nom de la police XPS (requis)
- size = taille en points de la police (optionnel)
- height = hauteur ou déformation verticale en pourcentage (optionnel)
- italic = police en italique ou non (optionnel)
- bold = police en gras ou non (optionnel)
Puis entre un et cinq paramètres servent à identifier la police résidente qui doit être appelée :
- codeFont = numéro de la police résidente à utiliser pour l’impression (requis). Les valeurs dépendent du langage d’impression et du modèle d’imprimante et sont généralement donnés par le constructeur de l’imprimante.
Exemples :
- pour une imprimante Zebra, les valeurs vont de A à Z, ou de 1 à 9
- pour une imprimante Eltron, les valeurs vont de 1 à 5
- zoomx = facteur de multiplication de taille en largeur (optionnel)
- zoomy = facteur de multiplication de taille en hauteur (optionnel)
- type = type de police résidente (bitmap ou vectorielle) en langage TEC (optionnel)
- fgid = identifiant de police AFP (optionnel)
Gestion des codes-barres 1D
Les codes-barres 1D étant également rendus par des polices de caractères, le même choix que précédemment est possible en fonction des langages et du matériel d’impression.
Polices embarquées
Ce paramètre, optionnel, permet, pour les langages thermiques et l’AFPDS, d’activer ou de désactiver le rendu des codes-barres 1D par les imprimantes elles-mêmes. Lorsque ce paramètre est activé, l’impression des codes-barres est gérée par l’imprimante en utilisant ses polices résidentes. Sinon, les polices utilisées dans le document XPS seront embarquées dans le flux et donc envoyées à l’imprimante. Lorsque ce paramètre n’est pas renseigné, il est activé par défaut.
La syntaxe dans le profil est :<barcode>off</barcode>
Valeurs supportées : ON (on, YES, yes, 1), OFF (off, NO, no, 0), IMG, FONT, PRINTER
Valeur par défaut : ON (code barre 1D pour le langage AFPDS)
Rendu imprimante
Lorsque le paramètre précédent est activé, il est nécessaire de prévoir la correspondance entre les polices du document XPS et celles à utiliser sur l’imprimante. Cette table de correspondance se construit dans le profil avec la syntaxe suivante :
<barcodes> <barcode type="21" size="35" height="200" bcheight="40" bcwidth="A,B" /> … </barcodes>
Dans cette table, trois paramètres servent pour identifier les polices XPS :
- type = type du code-barres (voir tableau ci-après)
- size = taille en points de la police
- height = hauteur ou déformation verticale en pourcentage
Puis deux paramètres servent à personnaliser les dimensions physiques d’un code-barres à l’impression :
- bcheight = hauteur désirée du code-barres (en points)
- bcwidth = largeur désirée du code-barres en précisant par exemple la largeur d’un élément fin et le ratio entre élément fin et épais
La syntaxe et les valeurs de ces deux paramètres dépendent du langage final d’impression et du type de code barre. Liste des codes à barres supportés par ONYX Server, avec leur type :
| 2 | PDF 417 |
| 11 | Data Matrix |
| 12 | QR Code |
| 14 | MaxiCode |
| 17 | EAN 13 |
| 18 | EAN 8 |
| 19 | Code 39 |
| 20 | Code 39 sans contrôle |
| 21 | Code 128 alpha optimisé |
| 22 | Code 128 alpha non optimisé |
| 23 | Code 128 numérique |
| 24 | 2 Parmi 5 Entrelacé |
| 25 | 2 Parmi 5 Entrelacé sans contrôle |
| 26 | 2 Parmi 5 Industriel |
| 27 | 2 Parmi 5 Industriel sans contrôle |
| 28 | EAN 128 alpha non optimisé |
| 29 | EAN 128 numérique |
| 30 | EAN 128 alpha optimisé |
| 31 | Postnet |
| 32 | Planet |
| 35 | Native |
| 77 | Japan Postal |
| 78 | Codabar |
| 79 | USPS |
| 80 | UPC-A |
| 81 | UPC-E |
| 82 | MSI |
| 83 | MSI 2 mod. 10 |
| 84 | MSI mod. 11 |
| 85 | MSI mod. 11 mod. 10 |
| 86 | MSI no check |
Conversion en PCL5
Gestion des bacs d'entrée/sortie
Il s’agit de définir une table de correspondance entre un code logique (valeur numérique) appliqué dans le document XPS et le code PCL du bac de l’imprimante de destination.La syntaxe dans le profil est :
<inputbin>
<bin from="1" to="8" />
<bin from="2" to="1" />
<bin from="3" to="2" />
</inputbin>
<outputbin>
<bin from="5" to="2" />
<bin from="7" to="3" />
</outputbin>
Attention :
Les codes logiques (qui peuvent, par exemple, représenter la localisation géographique des bacs sur l’imprimante) peuvent être les mêmes d’une imprimante à l’autre. Ce sont des valeurs ‘utilisateur’ et les codes PCL sont propres à chaque imprimante. Ils peuvent varier d’un constructeur à l’autre et parfois même d’un modèle d’imprimante à l’autre pour une même marque.
Gestion des types de papier
Là encore, il s’agit d’une table de correspondance entre une valeur logique (utilisateur) et un code PCL (dépendant du matériel) correspondant au format de papier voulu.
Gestion au niveau Job d’impression :
<mediatype>
<type from="Papier entête" to="Letterhead" />
<type from="Pré imprimé" to="Preprinted" />
<type from="Papier normal" to="Plain" />
</mediatype>
Dans le flux PCL généré, l’information sera positionnée dans une séquence PJL au début du job d’impression :
@PJL SET MEDIATYPE=Preprinted
Gestion au niveau Document ou à la page :
<mediatype mode="AlphanumericID">
<type from="Papier entête" to="Letterhead" />
<type from="Pré imprimé" to="Preprinted" />
<type from="Papier normal" to="Plain" />
</mediatype>
Dans le flux PCL généré, l’information sera positionnée dans des séquences PCL pour chaque document (ou pour chaque page) du job d’impression. Exemple : &n11WdPreprinted.
Gestion des marges d'impression
Deux paramètres, exprimés en points (pour une résolution imprimante de 96 dpi) permettent d’ajuster les marges d’impression horizontales (X) et verticales (Y) :
<marginx>66</marginx> <marginy>133</marginy>
Valeurs par défaut : 0 pour marginx, 66 pour marginy.
Gestion de l'agrafage
Nouvelle table de correspondance entre un type d’agrafage défini dans le document XPS et le code PCL/PJL qui sera inséré dans le document final pour piloter le matériel d’agrafage.
La syntaxe dans le profil est :
<stapling>
<staple from="SaddleStitch" to="@PJL SET STAPLE=ON" />
<staple from="StapleBottomLeft" to="@PJL SET STAPLE=ON" />
…
</stapling>
Types d’agrafage supportés :
| SaddleStitch | reliure cousue |
| StapleBottomLeft | agrafage en bas à gauche |
| StapleBottomRight | agrafage en bas à droite |
| StapleDualBottom | agrafage en bas |
| StapleDualLeft | agrafage à gauche |
| StapleDualRight | agrafage à droite |
| StapleDualTop | agrafage en haut |
| StapleTopLeft | agrafage en haut à gauche |
| StapleTopRight | agrafage en haut à droite |
Gestion des images
Mutualisation des ressources
Pour optimiser la taille du flux converti, un premier paramètre permet de gérer les images du fond de page en tant que ressource dans le document. Les images communes à plusieurs pages ne sont présentes qu’une seule fois dans le PCL final.
La syntaxe dans le profil est :<imageresource>ON</imageresource>
Valeurs supportées : ON/OFF, on/off, YES/NO, yes/no, 0/1
Compression des images
Toujours dans le but d’optimiser la taille des flux, plusieurs algorithmes de compression des images en sortie sont implémentés et peuvent être utilisés dans les profils :<RasterCompressionMethod>Raw</RasterCompressionMethod>
Valeurs supportées :
- Raw : Mode brut, sans optimisation ni compression. Ce mode n’est pas conseillé en production, il permet en revanche de valider l’interprétation du flux d’image en entrée.
- RLE : Mode Run Length Encoding. Cette méthode est conseillée pour les images avec un taux élevé de couleurs identique. En revanche, elle est fortement déconseillée pour les images avec des dégradés de couleurs.
- TIFF : Mode RLE amélioré. Cette méthode polyvalente mixe les deux précédentes évitant ainsi de perdre de la place sur les dégradés notamment.
- DeltaRow : Mode Différence de ligne. Cette méthode utilise la ligne précédente pour décrire la ligne suivante et n’encode donc que les différences. Méthode optimale dans la plupart des cas.
- Adaptive : Mode adaptatif. Cette méthode détecte parmi les précédentes quelle méthode est la meilleure pour chacune des lignes de l’image à encoder.
- Dynamic : Version améliorée du mode Adaptive pour les très grosses images, notamment en combinaison avec le paramètre fullimage à ON.
Gestion des remplissages
Pour les sorties en noir et blanc uniquement, le paramètre suivant permet d’utiliser les motifs de remplissage générés dans le XPS (= true), ou bien ceux de l’imprimante (= false) :<uploadPattern>true</uploadPattern>
Conversion en PDF
Sortie PDF /A
Le paramètre suivant permet d’activer une sortie PDF/A conforme à la norme : <pdfa>on</pdfa>
Ce paramètre est à off par défaut
Signature électronique
L’ensemble des paramètres suivants permettent d’apposer une signature électronique aux documents PDF en sortie d'ONYX Server :
<signclass>3</signclass> <signmode>FILENAME</signmode> <signpassword>test</signpassword> <signdriver>OPENSSL</signdriver> <signsha1hash>3eb783643e522c81d1e34c1943e6f4163e9ad439</signsha1hash> <signpemfile>C:\tmp\test.pem</signpemfile> <signcerfile>C:\tmp\test.cer</signcerfile> <signpfxfile>C:\tmp\valid.pfx</signpfxfile> <timestampurl>http://servertemp.domain/tsp</timestampurl>
Par défaut, les documents PDF produits par ONYX Server ne sont pas signés.
Protection des PDF
L’ensemble des paramètres suivants permettent de piloter les différentes protections des documents PDF produits en sortie d'ONYX Server :
<encryptmode>on</encryptmode> <encryptuserpwd>mapadmin</encryptuserpwd> <encryptownerpwd>********</encryptownerpwd> <encryptallowall>on</encryptallowall> <encryptallowprint>on</encryptallowprint> <encryptallowmodify>on</encryptallowmodify> <encryptallowdataextraction>on</encryptallowdataextraction> <encryptallowcomment>on</encryptallowcomment> <encryptallowsignature>on</encryptallowsignature> <encryptallowaccessibility>on</encryptallowaccessibility> <encryptallowassemble>on</encryptallowassemble> <encryptallowhightlevel>on</encryptallowhightlevel>
Par défaut, les documents PDF produits par M-Processing Server ne sont pas protégés.
