Questions & Answers

[leventu]

Hallo zusammen,

ich arbeite gerade daran den PDF-Kanal für unseren Intranetauftritt fertigzustellen. Die Links werden auch korrekt in den PDF´s generiert.

Verweisvorlage im PDF-Kanal sieht folgendermaßen aus:

<fo:basic-link external-destination="url('$CMS_VALUE(lt_extUrl)$')" text-decoration="underline" color="#CF6100">$CMS_VALUE(lt_text)$</fo:basic-link>

Leider werden Links, die Beispielweise Parameter enthalten nicht generiert, da es zum einer Fehlermeldung kommt:

Link:

https://www.viversa.com/viversa/Login/Login.aspx?mandator_id=b50d496f-e783-4d6f-a2d1-d1fdb6f572e2&Re...

Fehlermeldung:

ERROR 21.03.2011 16:32:33.016 {seID=2305786} (de.espirit.firstspirit.generate.SiteProduction): invalid character 'R'

    inside of: Template 'Standard-Seite' (id=2130959)

    inside of: $CMS_VALUE(#global.page.body("hauptbereich"))$ - at 83, 17

    inside of: Template 'Standard-Absatz' (id=2130958)

    inside of: $CMS_IF(  ! at_text.isEmpty )$ - at 59, 1

    inside of: $CMS_VALUE(at_text)$ - at 59, 27

    inside of: Format Template 'p' (id=2131084)

    inside of: $CMS_VALUE(#content)$ - at 1, 29

    inside of: Format Template 'wichtig' (id=2131262)

    inside of: $CMS_VALUE(#content)$ - at 1, 31

    inside of: Link Template 'externerlink' (id=2131281)

    inside of: $CMS_VALUE(lt_extUrl)$ - at 1, 43

Ursache so schein ist das & vor dem "Return".

Wie kann ich dafür sorgen, dass sonderzeichen erkannt werden.

Ich dachte da an Konvertierungs-Regeln bzw. an ein lt_extUrl.convert.

Könnte es doch was anderes sein?

Danke für die Hilfe.

Gruss

Levent Ulutas

[feddersen]

Ja, ein convert bzw. ein convert2 sollte das Problem lösen, sofern sie die mitgelieferten Konvertierungsregeln verwenden. Das gleiche Problem werden sie wahrscheinlich auch im Html-Kanal haben. Dort sollten externe Urls, die ja ein & enthalten können, ebenfalls konvertiert werden. Im Html-Kanal fällt es nur nicht direkt auf, ein Html-Validator wird aber entsprechend meckern.

[leventu]

Ein .convert und ein .convert2 haben das Problem nicht gelöst. In den mitgelieferten Konvertierungsregeln stehen jeweils die Regeln für das & Zeichen drin: 0x26="&#38;"

Gruss

Levent Ulutas

[feddersen]

Sie haben $CMS_VALUE(lt_extUrl)$ durch ein $CMS_VALUE(lt_extUrl.convert2)$ ersetzt? Wie lautet die Fehlermeldung jetzt?

[leventu]

Ist immer noch die selbe Fehlermeldung:

22.03.2011 11:42:54.794 ERROR ($CMS_VALUE(lt_extUrl.convert2)$ at 1, 43): invalid character 'R'

    inside of: Template 'Standard-Seite' (id=2130959)

    inside of: $CMS_VALUE(#global.page.body("hauptbereich"))$ - at 83, 17

    inside of: Template 'Standard-Absatz' (id=2130958)

    inside of: $CMS_IF(  ! at_text.isEmpty )$ - at 59, 1

    inside of: $CMS_VALUE(at_text)$ - at 59, 27

    inside of: Format Template 'p' (id=2131084)

    inside of: $CMS_VALUE(#content)$ - at 1, 29

    inside of: Format Template 'table' (id=2131095)

    inside of: $CMS_VALUE(#content)$ - at 1, 60

    inside of: Format Template 'tr' (id=2131101)

    inside of: $CMS_VALUE(#content)$ - at 1, 33

    inside of: Format Template 'td' (id=2131088)

    inside of: $CMS_VALUE(#content)$ - at 1, 40

    inside of: Link Template 'externerlink' (id=2131281)

    inside of: $CMS_VALUE(lt_extUrl.convert2)$ - at 1, 43

[Peter_Jodeleit · Accepted solution]

Wie ist denn die Einstellung des Vorlagensatzes in den Projekteigenschaften, welche Konvertierungsregel ist dort ausgewählt und wie sieht bei dieser das Mapping für das "kaufmännische Und" aus?

[leventu]

Konvertierungsregel war nicht ausgewählt bei der Projekteinstellung. Jetzt funktioniert es. Vielen Dank.

[leventu]

Jetzt kommt das nächste Problem:

Wie kann ich nun den Inhalt der Eingabekomponenten mit einem .convert versehen. Die PDF generierung bricht auch bei einfachen Text mit Sonderzeichen oder aber auch bei Tabellenzellen mit Sonderzeichen, die über das DOM reinkommt, ab. Die globale Variable #content in den Formatvorlagen kann man nicht mit einem .convert versehen da verschwinden alle Zeichen in der PDF. Bei der Ausbage des DOMs im Absatz $CMS_VALUE(at_dom)$ funktioniert es auch nicht. Sie beinhaltet ja ebenfalls andere Formatvorlagen.

[feddersen]

Die Konvertierung von Inhalten, die über Formatvorlagen ausgegeben werden, ist im ODFS beschrieben.