Dans cette section : |
Le format PDF (format de document portable Adobe Acrobat) est utilisé le plus souvent pour distribuer et partager des documents électroniques via le web. Il est particulièrement utile si vous souhaitez qu'un rapport retienne sa présentation et mise en page sans tenir compte du navigateur ou type d'imprimante. Pour plus de détails, consultez Utilisation du format d'affichage PDF.
Le format PS (PostScript), un langage de description orienté vers l'impression, est utilisé le plus souvent pour envoyer un rapport directement à une imprimante. Bien qu'il soit utilisé moins fréquement comme format d'affichage en ligne, vous pouvez afficher la sortie d'un rapport PS sur votre moniteur avant de l'imprimer. Pour plus de détails, consultez Utilisation du format d'affichage PostScript (PS).
A l'exception du zoom en profondeur, toutes les fonctions de formatage de rapport prises en charge pour le format PDF sont aussi prises en charge pour le format PostScript.
Vous pouvez spécifier qu'un rapport s'affiche en tant que document PDF ou PS lorsque vous exécutez le rapport. Vous pouvez utiliser :
Vous pouvez regrouper des rapports stylisés multiples en un seul fichier PDF ou PS. Pour plus de détails, consultez Mise en page de la page de rapport.
Les rapports PDF et PS, y compris les rapports composés, peuvent être distribués avec ReportCaster. Pour plus de détails, consultez la documentation ReportCaster.
Dans cette section : Comment : |
Vous pouvez afficher un rapport en tant que document PDF. Le format PDF (format de document portable Adobe Acrobat) prend en charge la plupart des attributs de feuille de style, ce qui permet le formatage complet de rapports. L'ensemble des fonctionnalités de feuille de style prises en charge par PDF sont décrites dans cette documentation.
PDF imprime et affiche un document systématiquement, sans tenir compte des logiciel d'application, matériel et système d'exploitation utilisés pour créer ou afficher le document.
Le rapport s'affiche sous Adobe Acrobat ou Acrobat Reader dans un navigateur web. Pour afficher un rapport PDF, Adobe Acrobat doit être installé sur l'ordinateur. Pour obtenir des téléchargements gratuits d'Acrobat Reader, rendez-vous sur http://www.adobe.com.
Limitations : le format PDF d'Adobe Acrobat limite le nombre de pages, de liens hypertexte et d'images dans un document. Pour en savoir plus sur les limitations d'un rapport WebFOCUS au format PDF, consultez Enregistrer et réutiliser la sortie de rapport.
D'autres formats d'affichage orientés vers l'impression.Vous pouvez aussi afficher un rapport en tant que document PostScript. Pour plus de détails, consultez Utilisation du format d'affichage PostScript (PS).
La compression de fichiers peut être utilisée pour réduire la taille physique du fichier de sortie PDF. A l'aide de la fonctionnalité PDF spécifique, vous pouvez créer des fichiers PDF plus petits, en les rendant plus faciles à stocker et à distribuer, tout en n'ayant aucun effet visible sur le formatage ou le contenu des rapports qu'ils contiennent.
SET FILECOMPRESS = {ON|OFF}
où :
Cette commande s'applique à la sortie PDF seule. Elle est ignorée par tous les autres formats de sortie, comme HTML et Excel.
Les filigranes sont des images ou des chaînes de texte placé sur le calque inférieur d'un document et affiché au travers du contenu transparent placé en calque.
La couleur de fond (backcolor) WebFOCUS ne prend pas en charge transparente. Cependant, des images standard placées en dessous sur la page peuvent être masquées. Pour résoudre ce problème, dans les rapports PDF, WebFOCUS imite l'approche prise par les imprimantes standard, et place une image opaque sur la partie supérieure des calques de document. Avec cette approche, les calques d'un document seront visibles en dessous de l'image filigrane transparente.
Les images filigranes sont fournies par le développeur du rapport. À la création d'une image transparente, l'image doit être au format GIF avec un arrière-plan transparent.
Les filigranes sont pris en charge pour la sortie PDF de rapports composés et dans des requêtes TABLE uniques. Chaque document supporte une seule image filigrane active. Cette image est désignée en tant qu'image filigrane, en définissant son ordre de placement au sein de l'attribut Z-INDEX.
La première image avec une valeur Z-INDEX sera considérée comme étant le filigrane actif pour le document en cours. Toutes les images suivantes, définies avec des attributs de feuille de style pour Z-INDEX ou OPACITY, seront affichées en tant qu'imagent WebFOCUS standards.
Les images filigranes seront désignées en définissant les attributs suivants dans la feuille de style pour le GIF transparent.
Z-INDEX=TOP |
Indique que l'image doit être considérée comme une image filigrane et devrait toujours être placée au-dessus de tous les autres objets sur la page. Cette valeur sera respectée en tant que calque supérieur et elle sera prise en charge avec d'autres calques dans de futures versions. |
OPACITY=n |
Où n représente le pourcentage (%) de OPACITY devant être appliqué à l'image. Plus OPACITY est grand, moins l'image sera transparente. Le rapport sous-jacent sera moins visible en dessous de l'image. La valeur pour n peut être tout nombre entre 0 et 100. Si aucune valeur n'est spécifiée, le défaut est 100 %, présentant une image complètement opaque. |
Au sein d'une requête TABLE unique :
TYPE=<REPORT|HEADING>, OBJECT=IMAGE, IMAGE=<image.gif>, Z-INDEX=TOP, OPACITY=15, POSITION=(.25 .25), DIMENSION=(8 10.5),$
Au sein d'une syntaxe composée :
Sur Maître Page
PAGELAYOUT=ALL, NAME='Page Master', $ OBJECT=IMAGE, IMAGE= wm_forinternaluseonly.GIF, Z-INDEX=TOP, OPACITY=15, POSITION=(.25 .25), DIMENSION=(8 10.5),$
Sur Présentation Page
PAGELAYOUT=1, NAME='Page Layout1', $ OBJECT=IMAGE, IMAGE= wm_forinternaluseonly.GIF, Z-INDEX=TOP, OPACITY=15, POSITION=(.25 .25), DIMENSION=(8 10.5),$
La requête suivante sur la source de données GGSALES place image coffee (coffee.gif) sur la page et met en calque l'image filigrane (internaluseonly.gif) au-dessus. Ces images sont affichées sur chaque page du rapport.
TABLE FILE GGSALES SUM GGSALES.SALES01.DOLLARS/D12CM GGSALES.SALES01.UNITS/D12C GGSALES.SALES01.BUDDOLLARS/D12CM GGSALES.SALES01.BUDUNITS/D12C BY GGSALES.SALES01.REGION BY GGSALES.SALES01.CATEGORY BY GGSALES.SALES01.PRODUCT HEADING "Gotham Grinds" "Product Sales By Region" ON TABLE SET PAGE-NUM NOLEAD ON TABLE NOTOTAL ON TABLE PCHOLD FORMAT PDF ON TABLE SET HTMLCSS ON ON TABLE SET STYLE * INCLUDE = endeflt, TOPMARGIN=.5, BOTTOMMARGIN=.5, LEFTMARGIN=1, RIGHTMARGIN=1, $ TYPE=REPORT, OBJECT=IMAGE, IMAGE=internalonlyport.gif, POSITION=(+0.70000 +0.70000), SIZE=(7 7.5), Z-INDEX=TOP, OPACITY=15, $ TYPE=REPORT, OBJECT=IMAGE, IMAGE=coffee.gif, POSITION=(+1.0 +0.5), SIZE=(.5 .5), $ENDSTYLE END
La sortie est :
Les fonctionnalités centrales pour PDF sont prises en charge avec des filigranes :
Comment : |
Vous pouvez afficher un rapport en tant que document PostScript. Le format PostScript (PS) est un langage de description de page orienté vers la page. En tant que format d'affichage, PostScript peut vous aider à visualiser votre sortie de rapport sur votre moniteur avant l'impression.
Pour visualiser un rapport PostScript, une application PostScript tierce doit être installée sur l'ordinateur, telle que GSview (une interface graphique pour Ghostscript).
Si vous envoyez un rapport PS vers une imprimante à partir de WebFOCUS ou de ReportCaster, vous pouvez sélectionner la taille de papier sur laquelle imprimer la sortie. Le code PostScript généré marche avec les imprimantes PS qui supportent le niveau de langage 2 ou supérieur. Ce code est ignoré, sans effets nuisibles, dans les imprimantes du niveau 1. Pour plus de détails, consultez Sélectionner le format du papier dans un rapport PostScript (PS). Cette capacité n'est supportée que pour le format PostScript.
D'autres formats d'affichage orientés vers l'impression.Vous pouvez aussi afficher un rapport en tant que document PDF. Pour plus d'informations, consultez Utilisation du format d'affichage PDF.
Les options de feuille de style PAGESIZE et ORIENTATION s'emploient pour afficher un rapport. Vous pouvez permettre ces fonctions dans les documents imprimés en utilisant le paramètre SET, PSPAGESETUP. Ensuite, vous pouvez sélectionner la taille de papier sur laquelle vous voulez imprimer le rapport en sélectionnant l'option PAGESIZE.
Faîtes ces étapes :
SET PSPAGESETUP= ON
ou
ON TABLE SET PSPAGESETUP ON
OFF est le paramètre par défaut.
SET PAGESIZE= option
ou
ON TABLE SET PAGESIZE option
ou
PAGESIZE=option, $
où :
Remarque : si vous envoyez une tâche à une imprimante qui n'est pas chargée du papier de la bonne taille, il se peut que l'imprimante s'arrête et vous donne l'ordre de charger le papier spécifié. Pour bien contrôler toutes vos impressions, il est recommandé d'indiquer la taille de papier avant chaque impression individuelle (au lieu de faire un réglage globale), pour que vous puissiez charger du papier comme requis.
Cet exemple imprime un document automatiquement sur du papier légal, comme l'indiquent les deux commandes SET qui précèdent la requête de rapport. L'imprimante indiquée est une imprimante PostScript du niveau 2 ou supérieur, qui sélectionne le papier légal par défaut et imprime le document en mode paysage.
SET PSPAGESETUP=ON
SET PAGESIZE=LEGAL
SET ORIENTATION=LANDSCAPE
SET PAGE-NUM=OFF
TABLE FILE CENTORD
HEADING
"Sales Report"
" "
SUM LINEPRICE
BY PRODCAT
ON TABLE SET STYLE *
TYPE=HEADING, SIZE=18, $
ENDSTYLE
ON TABLE HOLD FORMAT PS
END
-RUN
DOS COPY HOLD.PS \\IBIPRINTA\28C2
Par défaut, cette requête imprime un document sur du papier légal selon les spécifications de taille de papier et d'orientation de la déclaration de feuille de style. L'imprimante indiquée est une imprimante PostScript du niveau 2 ou supérieur, qui sélectionne le papier légal par défaut et imprime le document en mode paysage.
SET PSPAGESETUP=ON TABLE FILE CAR SUM RC DC SALES BY COUNTRY BY CAR BY MODEL ON TABLE HOLD FORMAT PS ON TABLE SET STYLE * UNITS=IN, PAGESIZE='Legal', LEFTMARGIN=1.000000, RIGHTMARGIN=0.500000, TOPMARGIN=1.500000, BOTTOMMARGIN=0.500000, SQUEEZE=ON, ORIENTATION=LANDSCAPE,$ GRAPHTYPE=DATA, COLUMN=RC, GRAPHPATTERN=EMPTY, $ GRAPHTYPE=DATA, COLUMN=DC, GRAPHPATTERN=SLANT, $ GRAPHTYPE=DATA, COLUMN=SALES, GRAPHPATTERN=HORIZONTAL, $ ENDSTYLE END -RUN DOS COPY HOLD.PS \\IBIPRINTA\28C2
Vous pouvez ajouter et configurer les polices PostScript de type 1 afin d'accroître sensiblement vos options d'affichage et d'impression des rapports PS et PDF, au-delà de celles offertes par les polices de base d'Adobe Reader. Des milliers de polices PostScript vous sont disponibles pour rendre vos rapports plus beaux et utiles, y compris quelques-unes qui supportent les symboles et les codes barres.
Les fichiers de substitution de polices pour les polices de type 1 sont stockés sous forme de fichiers XML (fontmap.xml et fontuser.xml). Tous les mappages de polices dans ces fichiers sont utilisés pour les sorties de rapport PDF et PostScript.
Vous pouvez également ajouter et configurer un ensemble de polices TrueType à incorporer dans les fichiers de sortie PDF sur Windows.
Pour utiliser la police Symbole, spécifiez font=symbol dans votre Feuille de style WebFOCUS :
WebFOCUS génère un document PDF ou PS à partir de zéro. Pour ce faire, WebFOCUS doit incorporer physiquement tous les objets qu'il affiche et imprime, y compris les images et polices, dans le document lui-même.
Lorsque vous exécutez un rapport et spécifiez un de ces formats, le serveur de rapports WebFOCUS récupère les données et commence à formater le rapport. Les polices et images indiquées dans la feuille de style doivent être disponibles au serveur de reporting afin de créer le fichier de sortie. Le serveur lit les données de police dans les fichiers de police et les intègre dans le document. La police est stockée sur le serveur de reporting.
Pour s'assurer que le serveur de rapports puisse rechercher les données nécessaires, vous devez les définir et les mapper dans les fichiers suivants :
Remarque : un fichier PFM (Printer Font Metrics) est aussi disponible. Ce fichier est utilisé par les applications tels que Acrobat Reader pour la mise en page de texte, mais WebFOCUS ne le prend pas en charge. Vous devez utiliser un fichier AFM.
TYPE=REPORT, FONT=HELVETICA, STYLE=ITALIC, $
Il existe deux fichiers utilisés par WebFOCUS pour le mappage des polices, les deux basés sur le format XML :
La substitution de polices de l'utilisateur est recherchée avant la substitution de polices par défaut, alors les définitions de police dans le mappage d'utilisateur annulent les définitions de la même police dans le mappage par défaut.
Vous pouvez aussi utiliser de nombreux utilitaires pour convertir des polices TrueType (telles que Arial et Tahoma) en polices de type 1. Vérifiez que vous possédez un licence pour utiliser les polices de cette manière. Une fois converties, ces polices peuvent être définies et mappées pour l'utilisation par WebFOCUS.
Un tel utilitaire est TTF2PT1.
Pour en savoir plus au sujet de la version Windows, consultez :
http://gnuwin32.sourceforge.net/packages/ttf2pt1.htm
Pour plus d'informations sur les versions UNIX, visitez : http://ttf2pt1.sourceforge.net/download.html
Cette rubrique décrit comment ajouter les polices PostScript de type 1 au fichier fontuser.xml.
Localisez les fichiers de police nécessaires (AFM et PFB, ou PFA). Normalement, ces fichiers se trouvent à l'emplacement où vous avez installées les polices au départ. Vous allez copier ces fichiers à un emplacement où ils sont accessibles par le serveur d'applications WebFOCUS.
Conseil :
Après avoir localisé les fichiers de police que vous souhaitez ajouter, vous pouvez régler WebFOCUS de sorte à utiliser une ou plusieurs polices de type 1.
drive:\ibi\srv80\wfs\etc
où :
Est votre répertoire de configuration WebFOCUS (il pourrait avoir un nom différent en fonction des options d'installation, mais devrait toujours s'agir d'un répertoire directement sous drive:\ibi\srv80). Notez que home est l'autre répertoire directement sous drive:\ibi\srv80.
Sous Unix, l'emplacement est /ibi/srv80/wfs/etc, en supposant que le serveur WebFOCUS a été installé dans /ibi/srv80.
Conserver les fichiers de police de l'utilisateur dans ce répertoire permet aux fichiers de police de l'utlisateur de rester séparés des fichiers de police par défaut (sous \ibi\srv80\home) afin qu'ils puissent être facilement préservés si WebFOCUS est actualisé pour une nouvelle révision.
Une fois copiés, ces fichiers peuvent être renommés avec tout nom descriptif.
Après avoir localisé les fichiers de police que vous souhaitez ajouter, vous pouvez configurer WebFOCUS de sorte à ce qu'il utilise une ou plusieurs polices de type 1.
Remarque : si les noms de fichier de polices Windows contiennent des traits de soulignement ou dépassent les huit caractères, vous devez alors les renommer, puisqu'ils ne sont pas valides pour les noms de membre z/OS.
Ce PDS doit être créé avec les attributs DCB suivants :
RECFM: VB LRECL: 1028 BLKSIZE: 27998
Le nom de membre dans ce PDS doit correspondre au nom fontfile dans le fichier de substitution de police.
Si vous copiez le fichier de police PFB dans le PDS via FTP, vous devez utiliser le mode BINARY (binaire). Le nom de membre dans le fichier PFB dans ce PDS doit correspondre à la valeur fontfiledans le fichier de substitution de police.
RECFM: VB LRECL: 2044 BLKSIZE: 27998
Le nom de membre dans ce PDS doit correspondre à la valeur fontfiledans le fichier de substitution de police. Notez que vous pouvez utiliser les fichiers PFB et PFA simultanément. L'attribut fonttype dans le fichier de conversion de polices (PFB ou PFA) indique à WebFOCUS quel PDS rechercher pour le nom de membre spécifié.
Les polices PostScript de type 1 utilisées avec les formats de sortie PostScript et PDF utilisent des fichiers de police distincts pour chaque variante de la police : normal, gras, italique, gras-italique. Ce groupement de polices communes est nommé famille de polices. Cet exemple utilisera le nom de famille Garamond.
La syntaxe de substitution de polices XML utilise deux balises XML, <family> et <font>, pour représenter cette structure. Par exemple :
<family name="garamond"> <font style="normal" metricsfile="gdrg" fontfile="gdrg" fonttype="PFB" /> <font style="bold" metricsfile="gdb" fontfile="gdb" fonttype="PFB" /> <font style="italic" metricsfile="gdi" fontfile="gdi" fonttype="PFB" /> <font style="bold+italic" metricsfile="gdbi" fontfile="gdbi" fonttype="PFB" /> </family>
Les notions de base de la syntaxe XML sont :
<!-- This is a comment -->
Une description plus complète de la syntaxe XML peut être trouvée ici :
http://en.wikipedia.org/wiki/Xml
L'élément de famille
L'élément de famille spécifie le nom d'une famille de polices. Ce nom de famille, spécifié dans l'attribut name de l'élément de famille, est le nom par lequel la police sera référencée dans la Feuille de style. Le nom de famille correspond à la valeur de l'attribut FONT dans la feuille de style. La balise de fin <?family> ferme l'élément de famille, et peut ainsi suivre tout nombre d'éléments de famille supplémentaires.
Les noms de famille de police doivent être composés de lettres (A-Z, a-z), nombres, et des caractères spéciaux de délimitation, par exemple le signe moins (-), le trait de soulignement (_), et le vide. Les noms de famille de police doivent avoir une longueur maximale de 40 caractères. Puisque le nom de police n'est que la référence à un mappage dans la substitution de polices, le nom de police ne doit pas nécessairement être lié au nom actuel de la police (laquelle est obtenue par WebFOCUS depuis le fichier AFM mappé) ou le nom de fichier de la police.
Eléments de police
Imbriqués dans chaque élément de famille se trouve un ou plusieurs éléments de police qui spécifient les fichiers de polices pour chaque police dans la famille. Par exemple, il peut s'y trouver un élément de police pour la policeGaramond Regular (normal), ou pour Garamond Italic (italique). Puisqu'un élément de police n'a pas d'élément d'enfant, l'élément de police est encadré par "/>".
Le nom actuel de la police utilisé dans le document PDF ou PostScript est extrait du fichier métrique de police.
Les polices définies dans le fichier de police de l'utilisateur (fontuser.xml) peuvent annuler les définitions de police par défaut dans le fichier fontmap.xml. Ainsi, vous devriez faire attention afin de choisir des noms de famille qui ne sont pas en conflits avec les définitions existantes, à moins que vous souhaitez réellement annuler ces définitions (qui ne devraient pas être annulées en général).
Chaque élément de police contient les attributs suivants :
<font style="bold+italic" metricsfile="gdbi" fontfile="gdbi" fonttype="PFB" />
pourrait être référencée dans la feuille de style comme ceci :
TYPE=REPORT, FONT=GARAMOND, STYLE=BOLD+ITALIC, $
Bien que la plupart des polices ont un fichier de police pour chacun des quatres styles, des polices spécialisées telles que les polices code barres pourraient seulement avoir un style unique (généralement "normal"). Seuls les styles qui existent pour une police particulière doivent être spécifiés dans le fichier de substitution de polices.
Les noms actuels des polices peuvent varier. Certaines polices peuvent être appelées "oblique" plutôt que "italique", ou "lourde" plutôt que "gras". Cependant, la substitution de polices et la feuille de style utilisent toujours les mot-clé "normal", "gras", "italique", et "gras+italique".
Les noms de fichiers devraient être composés de lettres et de chiffres, et ne devraient pas contenir d'espaces vides. Sur les systèmes Windows et UNIX, les noms de fichiers peuvent également contenir des caractères de soulignement. Sur les systèmes UNIX, les noms de fichiers ne devraient pas contenir de lettres majuscules. Depuis que les fichiers doivent se trouver dans des répertoires spécifiques, les chemins d’accès aux répertoires ou les lettres de lecteur ne sont plus autorisés.
Des éléments supplémentaires de la syntaxe XML comprennent l'en-tête XML sur la première ligne du fichier et les éléments <fontmap> et <when> qui encadrent tous les éléments de famille. The <when> tag allows the same font mappings to be used for both PDF and PostScript reports across output formats. These can include PDF, PS, and DHTML. PPT format will use fonts specified for DHTML. If no <when> is specified, the font will be available for all formats.
Voici un exemple complet de substitution de polices de l'utilisateur :
<?xml version="1.0" encoding="UTF-8" ?> <!-- Example of a user font map file with two font families. --> <fontmap version="1"> <when format="PDF PS"> <family name="garamond"> <font style="normal" metricsfile="gdrg" fontfile="gdrg" fonttype="PFB" /> <font style="bold" metricsfile="gdb" fontfile="gdb" fonttype="PFB" /> <font style="italic" metricsfile="gdi" fontfile="gdi" fonttype="PFB" /> <font style="bold+italic" metricsfile="gdbi" fontfile="gdbi" fonttype="PFB" /> </family> <!-- This font only has a "normal" style, others omitted. --> <family name="ocra"> <font style="normal" metricsfile="ocra" fontfile="ocra" fonttype="PFB" /> </family> </when> </fontmap>
Une fois que les fichiers de substitution de polices ont été définis, les polices nouvellement mappées peuvent être utilisées dans une feuille de style WebFOCUS. Par exemple, pour utiliser les polices Garamond :
ON TABLE SET STYLE * type=report, font=garamond, size=12, $ type=title, font=garamond, style=bold, color=blue, $ ENDSTYLE
Puisque l'attribut style a été ignoré pour la police du rapport dans la Feuille de style, la valeur par défaut Normal sera choisie. Les attributs comme size et color peuvent également être appliqués.
Il y a une marque d'ordre d'octet (BOM) au début du fichier de substitution de polices de l'utilisateur (fontuser.xml), qui doit être préservée pour que ce fichier puisse être lu correctement.
Si vous utilisez un éditeur Unicode tel que Bloc-notes sur Windows pour éditer le fichier, la BOM n'est pas visible, mais vous pouvez la conserver en faisant en sorte que vous sélectionnez un codage UTF-8 dans le dialogue Enregistrer sous. Dans la majeur partie des éditeurs, comme vi sous UNIX ou l'éditeur ISPF sous z/OS, le BOM sera affiché sous forme de trois ou quatre caractères étranges au début du fichier. Tant que vous ne supprimez pas ou ne modifiez pas ces caractères, la BOM est conservée.
Puisque la substitution de polices de l'utilisateur est recherchée avant la substitution de polices par défaut de WebFOCUS, les définitions de polices dans le fichier de substitution de polices de l'utilisateur annulent les mappages de la même police dans le fichier de substitution de polices par défaut. Puisque vous ne voudriez pas annuler des mappages de polices existantes, vous pouvez vérifier quels noms de police sont déjà utilisés par WebFOCUS en examinant le fichier de substitution de la police par défaut.
Sur les plateformes Windows, le fichier de substitution de polices par défaut peut être trouvé dans
drive:\ibi\srv80\home\nls\fontmap.xml
Sous UNIX, il peut être trouvé dans un répertoire nommé de façon semblable.
Sous z/OS avec le déploiement PDS, le fichier de mappage par défaut se trouve dans le membre FONTMAP du jeu de données partitionné prefix.P.HOME.ERR. Contrairement au fichier de substitution de polices de l'utilisateur, ce fichier contient des sections distinctes contenant des définitions pour les formats PS, PDF, et DHTML.
Remarque : Les mappages DHTML sont utilisés pour les formats de sortie DHTML et PowerPoint, qui ne supportent pas les polices ajoutées par l'utilisateur.
Puisque les mappages de polices dans le fichier de substitution de polices par défaut sont pour des polices déjà supposées exister sur les ordinateurs des utilisateurs (par exemple, les polices incorporées d'Adobe Reader, les polices d'imprimantes PostScript standards, ou les polices de Windows standards), les polices ne mentionnent pas de fichiers de police, seulement des fichiers de métriques de police. Les polices fournies par l'utilisateur devraient mentionner les fichiers de police et de métriques.
Les fichiers AFM des polices par défaut sont disponibles dans drive:\ibi\srv80\home\etc (ou les membres de prefix.P.HOME.ERR avec z/OS sous le déploiement PDS).
Une police par défaut individuel peut être renseignée pour chaque type de sortie et/ou chaque paramétrage de langue au sein d'un type de sortie. Ce paramètre doit être défini dans le fichier fontuser.xml plutôt que dans le fichier fontmap.xml. Fontmap.xml est susceptible d'être mis à jour lors de l'installation d'une mise à jour, annulant vos personnalisations. De plus, les paramètres définis dans fontuser.xml remplacent les paramètres de fontmap.xml.
Remarque :
Pour indiquer la police par défaut, suivez les étapes suivantes :
default="yes"
Par exemple, le code suivant défini Helvetica Bold pour PDF et Arial Italic pour DHTML en tant que polices par défaut :
<when format="PDF PS"> <family name="Helvetica" htmlfont="Arial"> <font style="normal" metricsfile="pdhelv" /> <font style="bold" metricsfile="pdhelvb" default="yes" /> <font style="italic" metricsfile="pdhelvi" /> <font style="bold+italic" metricsfile="pdhelvbi" /> </family> </when> <when format="DHTML"> <family name="Arial"> <font style="normal" metricsfile="ttarial" /> <font style="bold" metricsfile="ttarialb" /> <font style="italic" metricsfile="ttariali" default="yes" /> <font style="bold+italic" metricsfile="ttariabi" /> </family> </when> </fontmap>
Si plusieurs polices dans une famille, tel que PDF, ont l'attribut default="yes", la dernière police ayant cet attribut devient la police par défaut. Les polices de fontuser.xml sont traités après celle de fontmap.xml, ce qui implique qu'une police par défaut paramétrer dans fontuser.xml est susceptible de remplacer celle qui a été définie dans fontmap.xml.
Un jeu de police par défaut dans la section PDF du mappage de polices ne va pas affecter un défaut dans la section DHTML, et un défaut pour une langue spécifique ne remplace pas le défaut pour d'autres langues.
WebFOCUS peut intégrer les polices TrueType suivantes dans des fichiers de sortie PDF générés sous Windows :
Remarque : l'ajout des attributs du fichier et de type de police active la fonctionnalité intégrée. Pour utiliser une police ou un style de police sans intégration, n'ajoutez pas le fichier de police ni les attributs de style de police dans la définition de mappage de police liée à chaque style individuel.
drive:\ibi\srv80\wfs\etc
où :
Est le lecteur sur lequel le serveur de rapports est installé.
Est votre répertoire de configuration WebFOCUS (il pourrait avoir un nom différent en fonction des options d'installation, mais devrait toujours s'agir d'un répertoire directement sous drive:\ibi\srv80). Notez que home est l'autre répertoire directement sous drive:\ibi\srv80.
Pour chacune des polices prises en charge, vous devrez copier les fichiers de polices suivants. Vous aurez également besoin de connaître le nom du fichier de métriques associé à chaque fichier de polices :
Arial Unicode MS
Style | Nom du fichier de métriques | Nom du fichier de polices |
---|---|---|
Normal | pdarum.afm | arialuni.ttf |
Gras | pdarumb.afm | arialuni.ttf |
Italique | pdarumi.afm | arialuni.ttf |
Gras,Italique | pdarumbi.afm | arialuni.ttf |
Courier New
Style | Nom du fichier de métriques | Nom du fichier de polices |
---|---|---|
Normal | pdconu.afm | cour.ttf |
Gras | pdconub.afm | courbd.ttf |
Italique | pdconui.afm | couri.ttf |
Gras,Italique | pdconubi.afm | courbi.ttf |
Lucida Sans Unicode
Style | Nom du fichier de métriques | Nom du fichier de polices |
---|---|---|
Normal | pdlusu.afm | l_10646.ttf |
Gras | pdlusub.afm | l_10646.ttf |
Italique | pdlusui.afm | l_10646.ttf |
Gras,Italique | pdlusubi.afm | l_10646.ttf |
Tahoma
Style | Nom du fichier de métriques | Nom du fichier de polices |
---|---|---|
Normal | pdtaho.afm | tahoma.ttf |
Gras | pdtahob.afm | tahomabd.ttf |
Italique | pdtahoi.afm | tahoma.ttf |
Gras italique | pdtahobi.afm | tahomabd.ttf |
Times New Roman
Style | Nom du fichier de métriques | Nom du fichier de polices |
---|---|---|
Normal | pdtimu.afm | times.ttf |
Gras | pdtimub.afm | timesbd.ttf |
Italique | pdtimui.afm | timesi.ttf |
Gras,Italique | pdtimubi.afm | timesbi.ttf |
Trebuchet MS
Style | Nom du fichier de métriques | Nom du fichier de polices |
---|---|---|
Normal | pdtrbu.afm | trebuc.ttf |
Gras | pdtrbub.afm | trebucbd.ttf |
Italique | pdtrbui.afm | trebucit.ttf |
Gras,Italique | pdtrbubi.afm | trebucbi.ttf |
Le fichier fontuser.xml contient un exemple de balise de famille. Copiez l'exemple de la balise de famille entre <when format="PDF PS"> et </when>, puis modifiez-le pour la police que vous ajoutez. Pour plus d'informations sur la modification d'une syntaxe de mappage de police, consultez Ajouter des polices à la substitution de polices.
Ce qui suit montre un fichier de substitution de polices utilisateurs avec la police Arial Unicode MS ajoutée :
<?xml version="1.0" encoding="UTF-8" ?> <!-- Example of a user font map file defining Arial Unicode MS true type fonts --> <fontmap version="1"> <when format="PDF"> <family name = "Arial Unicode MS"> <font style="normal" metricsfile="pdarum" fontfile="arialuni" fonttype="TTF" /> <font style="bold" metricsfile="pdarumb" fontfile="arialuni" fonttype="TTF" /> <font style="bold+italic" metricsfile="pdarumbi" fontfile="arialuni" fonttype="TTF" /> <font style="italic" metricsfile="pdarumi" fontfile="arialuni" fonttype="TTF" /> </family> </when> </fontmap>
Notez que le nom du fichier de polices ne comprend pas d'extension. L'extension, TTF, est saisi comme attribut fonttype.
L'exemple qui suit illustre des contenus de fichier fontuser.xml avec les définitions de toutes les polices intégrées prise en charge. Vous pouvez sélectionner ce dont vous avez besoin pour votre environnement :
<fontmap version="1"> <when format="PDF PS">
<family name = "Arial Unicode MS"> <font style="normal" metricsfile="pdarum" fontfile="arialuni" fonttype="TTF" /> <font style="bold" metricsfile="pdarumb" fontfile="arialuni" fonttype="TTF" /> <font style="bold+italic" metricsfile="pdarumbi" fontfile="arialuni" fonttype="TTF" /> <font style="italic" metricsfile="pdarumi" fontfile="arialuni" fonttype="TTF" /> </family>
<family name="Trebuchet MS"> <font style="normal" metricsfile="pdtrbu" fontfile="trebuc" fonttype="TTF" /> <font style="bold" metricsfile="pdtrbub" fontfile="trebucbd" fonttype="TTF" /> <font style="italic" metricsfile="pdtrbui" fontfile="trebucit" fonttype="TTF" /> <font style="bold+italic" metricsfile="pdtrbubi" fontfile="trebucbi" fonttype="TTF" /> </family>
<family name="Times New Roman"> <font style="normal" metricsfile="pdtimu" fontfile="times" fonttype="TTF" /> <font style="bold" metricsfile="pdtimub" fontfile="timesbd" fonttype="TTF" /> <font style="italic" metricsfile="pdtimui" fontfile="timesi" fonttype="TTF" /> <font style="bold+italic" metricsfile="pdtimubi" fontfile="timesbi" fonttype="TTF" /> </family>
<family name="Lucida Sans Unicode"> <font style="normal" metricsfile="pdlusu" fontfile="L_10646" fonttype="TTF" /> <font style="bold" metricsfile="pdlusub" fontfile="L_10646" fonttype="TTF" /> <font style="italic" metricsfile="pdlusui" fontfile="L_10646" fonttype="TTF" /> <font style="bold+italic" metricsfile="pdlusubi" fontfile="L_10646" fonttype="TTF" /> </family>
<family name = "Courier New"> <font style="normal" metricsfile="pdconu" fontfile="cour" fonttype="TTF" /> <font style="bold" metricsfile="pdconub" fontfile="courbd" fonttype="TTF" /> <font style="bold+italic" metricsfile="pdconubi" fontfile="courbi" fonttype="TTF" /> <font style="italic" metricsfile="pdconui" fontfile="couri" fonttype="TTF" /> </family>
<family name = "Tahoma"> <font style="normal" metricsfile="pdtaho" fontfile="tahoma" fonttype="TTF" /> <font style="bold" metricsfile="pdtahob" fontfile="tahomabd" fonttype="TTF" /> <font style="bold+italic" metricsfile="pdtahobi" fontfile="tahomabd" fonttype="TTF" /> <font style="italic" metricsfile="pdtahoi" fontfile="tahoma" fonttype="TTF" /> </family> </when> </fontmap>
Les fichiers de polices trebuc.ttf, trebudbd.ttf, trebucit.ttf, trebucbi.ttf, tahoma.ttf, et tahomabd.ttf ont été copiés vers le répertoire de configuration du serveur de rapports, drive:\ibi\srv80\wfs\etc. De plus, les polices Trebuchet MS et Tahoma ont été ajoutées au fichier fontuser.xml :
<fontmap version="1"> <when format="PDF PS"> <!-- family/font tags should be added here --> <family name="Trebuchet MS"> <font style="normal" metricsfile="pdtrbu" fontfile="trebuc" fonttype="TTF" /> <font style="bold" metricsfile="pdtrbub" fontfile="trebucbd" fonttype="TTF" /> <font style="italic" metricsfile="pdtrbui" fontfile="trebucit" fonttype="TTF" /> <font style="bold+italic" metricsfile="pdtrbubi" fontfile="trebucbi" fonttype="TTF" /> </family> <family name="Tahoma"> <font style="normal" metricsfile="pdtaho" fontfile="tahoma" fonttype="TTF" /> <font style="bold" metricsfile="pdtahob" fontfile="tahomabd" fonttype="TTF" /> </family> </when> </fontmap>
La requête suivante à partir de la source de données GGSALES spécifie la police Trebuchet MS pour les en-têtes de colonnes et le style gras de Tahoma pour les données dans la sortie du rapport PDF :
TABLE FILE GGSALES SUM DOLLARS UNITS BY REGION ON TABLE PCHOLD FORMAT PDF ON TABLE SET PAGE NOPAGE ON TABLE SET STYLE * TYPE = TITLE, FONT='Trebuchet MS',$ TYPE = DATA, FONT='Tahoma', style=bold, size=10, color=blue, $ END
La sortie est :
Comment : Référence : |
Les fichiers PDF créés avec HOLD FORMAT PDF représentent un challenge si vous travaillez dans un environnement z/OS et que vous utilisez des systèmes basés UNIX en tant que serveur pour Adobe ou en tant que point de transfert intermédiaire.
À la fin de chaque fichier PDF se trouve un tableau indiquant le décalage d'octets, y compris des caractères de fin de ligne, de chaque objet PDF dans le fichier. Les décalages indiquent que chaque ligne se termine par deux caractères (un retour chariot et un saut de ligne), spécifiant ainsi le format de fichier texte Windows standard. Cependant, les enregistrements dans un fichier texte UNIX se terminent par un seul caractère, un saut de ligne. Lorsque vous utilisez des paramètres par défaut, les décalages dans un fichier PDF ne sont pas justes et cela entraîne une erreur lorsque vous essayez d'ouvrir le fichier dans Acrobat. Si le fichier est alors transféré en mode binaire à Windows, il n'est pas possible de l'ouvrir dans Acrobat pour Windows, car le caractère de retour chariot n'y a pas été inséré.
Pour contourner ce problème, vous pouvez transférer le fichier au système UNIX en mode texte, puis le transférer en mode texte au système Windows, comme le retour chariot y est ajouté par la fonctionnalité de transfert lors du transfert à Windows.
Si cela n'est pas possible ou souhaitable, vous pouvez utiliser la commande SET PDFLINETERM=SPACE pour faciliter le transfert binaire à Windows depuis un système UNIX basé ASCII. Cette commande a pour effet d'ajouter un caractère d'espace supplémentaire à chaque enregistrement du fichier de sortie PDF. L'espace supplémentaire sert de paramètre fictif pour le caractère de retour chariot prévu et corrige les décalages d'objet dans le fichier lorsque celui-ci est transféré de z/OS à un système UNIX. Cela permet à un serveur UNIX d'ouvrir un fichier PDF dans l'environnement UNIX.
Remarque : un transfert en mode texte est toujours requis en transférant un fichier texte d'un ordinateur central à n'importe quel autre environnement (Windows, ASCII Unix ou EBCDIC Unix).
Dans un profil, un FOCEXEC, ou à partir de la ligne de commande, lancez la commande suivante :
SET PDFLINETERM={STANDARD|SPACE}
Dans une requête TABLE, lancez la commande suivante
ON TABLE SET PDFLINETERM {STANDARD|SPACE}
où :
crée un fichier PDF sans caractères supplémentaires. Ce fichier est un fichier PDF valable s'il est transféré en mode texte à un ordinateur Windows, mais non à un ordinateur UNIX. S'il est transféré par la suite d'un ordinateur UNIX à un ordinateur Windows en mode texte, c'est un fichier PDF valable sur l'ordinateur Windows.
crée un fichier PDF avec un espace supplémentaire à côté de chaque enregistrement. Ce fichier est un fichier PDF valable s'il est transféré en mode texte à un ordinateur Windows, mais non à un ordinateur UNIX. S'il est transféré par la suite d'un ordinateur ASCII UNIX à un ordinateur Windows en mode binaire, c'est un fichier PDF valable sur l'ordinateur Windows.
Le diagramme suivant vous aidera à déterminer le bon paramètre à utiliser, selon votre environnement :
Transfers de z/OS à : |
SET PDFLINETERM= |
---|---|
EBCDIC UNIX (transfert de texte) |
ESPACE |
ASCII UNIX (transfert de texte) |
ESPACE |
ASCII UNIX (texte) ; puis à Windows (binaire) |
ESPACE |
UNIX (texte) ; puis à Windows (texte) |
STANDARD |
Directement à Windows (texte) |
STANDARD |
WebFOCUS |