Serienbrief und Umlaute

Old eGW-german
1

Hallo!

Ich versuche gerade, aus einem LDAP-basierten Adressbuch in eGroupware
1.8 einen Serienbrief zu erstellen.

Im RTF-Quelltext der Vorlage sind die Umlaute von z.B. “Jürgen” kodiert:
J\u252’3frgen

In den eGroupware-Feldern nach dem Export steht dort der UTF-8 String
ohne Konvertiertung, was im besten Fall als Asiatische Zeichen aufgelöst
wird, um schlechtesten aber zu einem Abbruch beim Anzeigen des Dokuments
führt.

Ist dieses Problem über eine Einstellung zu lösen oder fehlt dort noch
eine Konvertierung in der RTF-Engine in eGroupware?

Ich habe alle Einstellungen auf iso-8829-1 geändert, die bereits in
dieser Liste erwähnt wurden:

  • Adressbook, CSV-Export
  • Addressbook, Vcard export
  • Preferences, CSV-Export

Sollte es nicht eine separate Einstellung für die RTF-Behandlung geben,
d.h., nachdem eGroupware nun immer auf UTF-8 setzt, sollte die
Konvertierung nicht statisch (immer utf-8 nach ASCII) stattfinden?

Vielen Dank und einen guten Rutsch!
Hans-Jürgen

Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and,
should the need arise, upgrade to a full multi-node Oracle RAC database
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl

egroupware-german mailing list
egroupware-german@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-german

2

Hallo Hans Jürgen,

Es gibt keinen speziellen Parameter für den Zeichensatz für RTF
Dokumente, jedoch die Parameter, die du aufgeführt hast,
sind für die Einstellung möglich. Bei RTF muss es immer in dem
Zielzeichensatz erstellt werden, also ISO. UTF-8 versteht das RTF Format
nicht. Was anders ist, wenn du z.B. open Office verwendest. Dann wird
automatisch alle Zeichen nach UTF-8 gewandelt.
Evt. hängt dein Problem mit der Datenquelle LDAP zusammen. Versuche doch
mal die Texte aus der SQL Datenbank zu nehmen, um zu sehen, ob es daran
lang. Ansonsten schau mal in der Adressbuch merge nach.

Stefan

Hallo!

Ich versuche gerade, aus einem LDAP-basierten Adressbuch in eGroupware
1.8 einen Serienbrief zu erstellen.

Im RTF-Quelltext der Vorlage sind die Umlaute von z.B. “Jürgen” kodiert:
J\u252’3frgen

In den eGroupware-Feldern nach dem Export steht dort der UTF-8 String
ohne Konvertiertung, was im besten Fall als Asiatische Zeichen aufgelöst
wird, um schlechtesten aber zu einem Abbruch beim Anzeigen des Dokuments
führt.

Ist dieses Problem über eine Einstellung zu lösen oder fehlt dort noch
eine Konvertierung in der RTF-Engine in eGroupware?

Ich habe alle Einstellungen auf iso-8829-1 geändert, die bereits in
dieser Liste erwähnt wurden:

  • Adressbook, CSV-Export
  • Addressbook, Vcard export
  • Preferences, CSV-Export

Sollte es nicht eine separate Einstellung für die RTF-Behandlung geben,
d.h., nachdem eGroupware nun immer auf UTF-8 setzt, sollte die
Konvertierung nicht statisch (immer utf-8 nach ASCII) stattfinden?

Vielen Dank und einen guten Rutsch!
Hans-Jürgen

Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and,
should the need arise, upgrade to a full multi-node Oracle RAC database
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl

egroupware-german mailing list
egroupware-german@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-german

–
Stylite GmbH
Morschheimer Strasse 15 | D-67292 Kirchheimbolanden | Germany
fon +49 (0)6352 70629-0 | fax +49 (0)6352 70629-30
mail info@stylite.de
www.stylite.de
UST-ID: DE214280951

Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and,
should the need arise, upgrade to a full multi-node Oracle RAC database
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl

egroupware-german mailing list
egroupware-german@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-german

3

Hallo,

ich möchte in diesem Zusammenhang noch einmal mein immer noch bestehendes Problem mit den Umlauten ansprechen (siehe im folgenden).

“Wenn ich eine Datei im Dateimanager hochlade, dann wird ihr Name ab den Umlauten Ä, Ö und Ü abgeschnitten, ebenso ab dem ß, nicht aber ab ä, ö oder ü (also den kleingeschriebenen Umlauten).”

Gruß
Ralph

4

Hallo!

ich möchte in diesem Zusammenhang noch einmal mein immer noch bestehendes Problem
mit den Umlauten ansprechen (siehe im folgenden).
“Wenn ich eine Datei im Dateimanager hochlade, dann wird ihr Name ab den Umlauten Ä,
Ö und Ü abgeschnitten, ebenso ab dem ß, nicht aber ab ä, ö oder ü (also den
kleingeschriebenen Umlauten).”

Nur um das klarzustellen: das hat aber gar nichts mit der
Serienbrief-Frage zu tun.

Dein Problem kann ich hier nicht nachvollziehen mit

  • Debian Lenny
  • PHP Version 5.2.6-1+lenny9
  • Egroupware 1.8
  • iconv support enabled
  • iconv implementation glibc
  • iconv library version 2.7
  • mbstring Multibyte Support enabled
  • mbstring Multibyte string engine libmbfl

Wenn ich eine Datei “TürÖffnung.txt” im Web-Interface hochlade, wird sie
korrekt hochgeladen und im Web-interface angezeigt.

Grüße,
Hans-Jürgen

Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and,
should the need arise, upgrade to a full multi-node Oracle RAC database
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl

egroupware-german mailing list
egroupware-german@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-german

5

Hallo Hans-Jürgen,

ich habe eine vergleichbare Konfiguration, nur php hat die Version 5.3.3 .

Ansonsten: in der mysql-Datenbank kann ich mit phpmyadmin die abgehackten Umlaute problemlos ergänzen, aber dann ist die Datei im Dateimanager verschwunden.

Aus dem allen schließe ich, dass es sich nicht um einen Datenbankfehler handelt, sondern bei der Übertragung und der Verarbeitung des Dateinamens etwas nicht funktioniert.

Gruß
Ralph

[…]
Dein Problem kann ich hier nicht nachvollziehen mit

  • Debian Lenny
  • PHP Version 5.2.6-1+lenny9
  • Egroupware 1.8
  • iconv support enabled
  • iconv implementation glibc
  • iconv library version 2.7
  • mbstring Multibyte Support enabled
  • mbstring Multibyte string engine libmbfl

Wenn ich eine Datei “TürÖffnung.txt” im Web-Interface hochlade, wird sie
korrekt hochgeladen und im Web-interface angezeigt.

Grüße,
Hans-Jürgen

Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment,
and,
should the need arise, upgrade to a full multi-node Oracle RAC database
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl

egroupware-german mailing list
egroupware-german@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-german

–

Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and,
should the need arise, upgrade to a full multi-node Oracle RAC database
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl

egroupware-german mailing list
egroupware-german@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-german