I den seneste 1,5 Toolkit distributioner, omdanne PDF2 er aktiveret for plugin-baseret forlængelse. Det betyder, at du kan bruge normale plugin teknikker til at give udvidelser til PDF behandling, støtte specialer eller globale tilsidesætter, snarere end tilpasninger til specifikke offentliggørelse sæt og bog designs.
Som oprindelig gennemført, kunne PDF2 processor kun forlænges gennem sin unikke Customization facilitet, hvor du enten tilføje ting til sin indbyggede Customization bibliotek eller oprette kopier af denne mappe og derefter angive, hvor Customization vejviser er så en parameter til den transformering. Dette er hensigtsmæssigt for tilpasninger, der ikke er global, dvs de er specifikke for bestemte publikationer, sæt af publikationer, produkter, eller hvad.
Det er ikke hensigtsmæssigt, dog for at give almindelige udvidelser, såsom støtte til nye områder, hvor det domæne-specifikke behandling vil normalt være de samme i alle udgange, eller hvor base behandlingen er den samme, men kan tilpasses ved hjælp af den normale PDF2 tilpasning faciliteter .
I den seneste DITA 1,5 Toolkit, kan du nu have både plugin-leverede udvidelser samt Customization-baserede udvidelser. Dette gør det nemt at stille generiske PDF2 støtte til specialer eller give global tilsidesætter de eksisterende emne og kort typer.
En PDF2-forlængelse plugin kan give kun tilsidesætter eller kun en Customization bibliotek eller begge dele.
For eksempel, for DITA til udgivere har jeg begyndt at gennemføre støtte til Udgivelse kort (pubmap) kort domæne, som ligner bookmap men skræddersyet til Publishers. Til støtte for PDF2 transformere, har jeg oprettet en plugin, der giver både generelle udvidelser og en base Customization bibliotek, der kan bruges som grundlag for lokale tilpasninger.
Mappen struktur plugin er:
net.dita4publishers.pubmap.fo /
Customization /
xsl /
plugin.xml
Når Tilpasning / kataloget følger de regler og konventioner for PDF2 Tilpasning mapper og xsl / holder plugin-leverede XSLT at udvide basen PDF2 behandling.
Den plugin.xml fil ser sådan ud:
<plugin id=\"net.sourceforge.dita4publishers.pubmap.fo\">
<require plugin=\"net.sourceforge.dita4publishers.formatting-d.fo\"/>
<require plugin=\"net.sourceforge.dita4publishers.pubContent-d.fo\"/>
<require plugin=\"net.sourceforge.dita4publishers.xml-d.fo\"/>
<Indslag udvidelse = \ "dita.xsl.xslfo \"
værdi = \ "xsl/pubmap2xslfo.xsl \" type = \ "fil \" />
</ Plugin>
De elementer, viser afhængighed af andre PDF2-forlængelse plugins til de forskellige domæner, DITA til udgivere bestemmer.
Den linje er, hvad integrerer XSLT i de vigtigste PDF2 XSLT transformerer og det virker lige som for HTML plugins, nemlig integrator.xml Ant opgaver tilføjer en xsl: include af plugin-leverede XSLT modul i de vigtigste PDF2 omdanne shell XSLT .
En ting, plugin-leverede PDF2 forvandler kan gøre, er at definere yderligere tilpasning punkter: opkaldt attribut sæt, navngivne variabler, og nye XSLT tilstande, som derefter kan tilpasses ved hjælp af de normale PDF2 tilpasning mekanismer.
I tilfælde af pubmap extensions, har jeg udvidet XSLT, således at offentliggørelsen kort producere samme output som bookmaps (dvs. en pubmap-d/chapter topicref går gennem den samme base behandling som en bookmap / kapitel topicref) og tilføjet støtte til DITA til udgivere-specifikke emne typer, især indholdsoversigten, som får en boks rundt om det som standard (XSL-FO 1,1 kan ikke gøre multi-side flåd, som ville være den ideelle måde at gøre sidebars).
Dette ekstraudstyr til PDF2 processor, sammen med de mange andre forbedringer, som Suite Solutions team, gør det meget lettere at udvide og tilpasse processor og især at støtte nye domæner og emne typer. Den Customization proces er, som det var, men nu behøver du kun at bruge XSLT i din tilpasningsmuligheder, når du har brug for rigtig tilpasning-specifikke behandling (for eksempel at skabe en publikation specifik titelbladet eller copyright side).
Etiketter: aktiveret, Extension, for, nu, PDF2, PluginBased, Transform
