- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Apache FOP - Fo to PDF
Hallo community,
das FOP-Modul von FirstSpirit generiert beschรคdigte PDF-Dateien wenn die Benennung (.name) der Eintrรคge in einer Contentarealist bestimmte Sonderzeichen wie ein Komma oder Slash beinhalten.
Ich meine den Sectionnamen aus diesem Beispiel:
$CMS_FOR(section,st_cal)$
Sectionname in CAL: $CMS_VALUE(section.name)$
$CMS_VALUE(section)$
$CMS_END_FOR$
Wobei ich den gar nicht ausgeben mรถchte. Es kommt auch so zu einem Fehler.
Hat jemand eine Lรถsung fรผr dieses Problem?
MFG,
Nic
- Labels:
-
Developers
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Ja, Sie mรผssen fรผr den Ausgabekanal eine passende Konvertierungsregel erstellen (alle in XML nicht erlaubten Zeichen quotieren) und dann bei der Ausgabe die convert Methode verwenden.
Also z.B. $CMS_VALUE(section.name.convert)$
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Ich hatte folgende Eintrรคge in den Konvertierungsregeln ergรคnzt:
0x2c=","
0x2f="/"
Aber es funktioniert dennoch nicht. Ich mรถchte den Namen - wie schon oben erwรคhnt - nicht ausgeben. Der ist vรถllig irrelevant. FirstSpirit oder das FOP-Modul kommen anscheinend intern nicht damit klar, wenn eine derartige Benennung vorgenommen wurde. Alle anderen Inhalte mit diesem Template funktionieren, eben nur nicht wenn diese Zeichen im Eintragsnamen der Contentarealiste verwendet wurden.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Das FOP-Modul arbeitet nur mit den Daten, die Sie mittels Vorlagen generieren. Es muss also im generierten XML ein nicht quotiertes Zeichen geben. Das kรถnnen Sie einfach verifizieren, indem z.B. die Verarbeitung durch das FOP-Modul fรผr den Ausgabekanal zeitweise deaktivieren und dann das generierte XML validieren.
Fรผr valides XML mรผssen Sie folgende Zeichen quotieren:
0x3c="<"
0x3e=">"
0x22="""
0x27="'"
0x26="&"
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
In den Standard-Konvertierungsregeln stehen bereits folgende Eintrรคge:
[quote]
0x3c="<"
0x3e=">"
[replace]
"<"="‹"
">"="›"
Wie geht man damit um?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
0x3c="<"
0x3e=">"
und
0x3c="<"
0x3e=">"
sind identisch.
Den Replace-Teil brauchen Sie eigentlich nicht.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Ah ok, vielen Dank. Da habe ich wieder etwas dazugelernt.
Aber leider hilft das nicht bei meinem Problem:
Wenn ich die ersten beiden Eintrรคge lรถsche, funktioniert es.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Wie gesagt, in einer der verwendeten Vorlagen (Absatzvorlage oder Formatvorlage) wird entweder keine Konvertierungsregel angewendet oder kein .convert aufgerufen. Wie Sie das herausfinden kรถnnen, hatte ich oben beschrieben.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Ich habe alles probiert wie Sie es geschrieben haben.
Auรerdem habe ich es auch mit Render und einer eigenen Formatvorlage versucht:
$CMS_RENDER(template:"cal_ausgabe",renderValue:liste)$
Es bleibt dabei, dass die Listen-Eintrรคge mit diesen Zeichen nicht ausgewertet werden kรถnnen.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Was meinen Sie mit "nicht ausgewertet"?