Wir nutzen die Exportfunktion von List&Label 22 zur Erstellung einer PDF-Datei. Die lst-Datei wird gleichzeitig für verschiedene Sprachen (z.B. Russisch, Deutsch, Englisch) verwendet, so auch für Thailändisch.
Die Darstellung der thailändischen Schriftzeichen ist im Designer und auch im LL-PreviewControl immer korrekt. Das Drucken aus der LL-Preview mittels physikalischem Drucker oder manueller Auswahl eines PDFCreator-Druckers funktioniert ebenso.
Beim programmatischen Export thailändischer Schriftzeichen werden Textfelder, die mit der ToRTF-Funktion verarbeitet werden, jedoch in unlesbaren Zeichen dargestellt (siehe Screenshot). Wir nutzen den PDF-FontMode 6 (Einbettung von CID-Schriftarten).
Sehr gerne: Ich habe Ihr Etiketten-Beispielanwendung herangezogen, lediglich den formatierten Text behalten und dort thailändische Schriftzeichen als hartcodierten String in die ToRTF()-Funktion eingetragen.
Wir konnten das Problem nachvollziehen. Wir arbeiten an einer möglichen Lösung des Problems. Sobald neue Informationen dazu vorliegen, werde ich Sie informieren.
danke für die Rückmeldung; ich warte auf weitere Informationen. Können Sie abschätzen, ob diesbezüglich ein Patch für die LL-Version 25 nachgereicht wird? Wir stehen vor einem Update auf die Version 25 - allerdings ist die hier erkannte Problematik sehr wichtig für unser Produkt.
Ich habe versucht die von uns verwendeten formatierten Texte in normale Textfelder umzuwandeln. Die in den formatierten Texten hinterlegte Logik (bedingte Anzeige von Textelementen basierend auf Variablen, verschiedene Schriftfarben im selben Textfeld, bedingte Verknüpfung von Textfeldern untereinander) ist jedoch zu komplex für normale Textfelder.
Dementsprechend können wir Ihren Vorschlag leider nicht verfolgen und müssen weiterhin nach einem Update fragen. Eine neue Erkenntnis: In List&Label 18 funktionierte die Umwandlung noch ordnungsgemäß. Können Sie nachvollziehen, ob es in den neueren Versionen Änderungen an der Funktionalität gab?
Das Thema hat weiterhin eine hohe Priorität bei uns, da wir den thailändischen Kollegen derzeit nur unser auf L&L18 basierendes Produkt zukommen lassen können, was jedoch längst nicht mehr aktueller Stand unserer Entwicklung ist.
Können Sie mal versuchen, PDF.ExactPositioning auf “1” zu setzen (per LL.ExportOption.Add)? Zusätzlich mal einen anderen Font probieren (z.B. Arial Unicode)?
Bei uns ist das Problem bei Verwendung der Subset-Einbettung leider nicht reproduzierbar .
Das Setzen des Parameters PDF.ExactPositioning auf “1” führt leider zu keiner Änderung und den Font Arial Unicode haben wir nicht unter Lizenz.
Der fehlerhafte Text im o.g. Beispiel ist Inhalt einer als RTF formatierten Zeile innerhalb einer Line Definition eines Tabellen-Footers. Es handelt sich somit nicht direkt um ein normales (formatiertes) Textfeld. Kann dies noch eine Auswirkung haben?
In Absprache mit unserer Entwicklungsabteilung möchten wir das Verhalten intensiver untersuchen. Um einen effizienteren und schnelleren Austausch zu ermöglichen, möchten wir Sie bitten über unser Supportportal einen Case zu diesem Thema zu eröffnen.
.