Umlaute "verschwinden" beim drucken aus OpenOffice

[Fritze]

Hallo zusammen,

ich habe ein Problem beim drucken von OpenOffice Dateien (Texte, Tabellen, etc.). Aus Umlauten (öäü) werden "ungepunktete" Vokale (oau). Also aus "Gästen" werden "Gasten".

Wenn ich den Text zunächst als PDF speichere, sieht das Ergebnis auf dem Bildschirm noch normal aus ("Gästen"), doch auch von dort aus gedruckt werden es wieder "Gasten". Ich habe es mit Acrobat Reader 7.0.8 und mit kpdf 0.5.4 probiert. Wenn ich den Druck in eine Datei umlenke, erhalte ich eine Postscript-Ausgabe. In dieser Ausgabe sind die Umlaute dann verschwunden. Leider "spreche" ich kein Postscript, kann also nichts über die verwendeten Font-Encodings oder dergleichen sagen. Drucke ich hingegen wieder in ein PDF (CUPS pdf printer), dann sind die Umlaute noch enthalten!

LANG und alle locales stehen auf "de_DE@euro"

Hat jemand eine Idee, woran das liegen könnte?

Gruß

Fritze

[rkrueger]

Moin.

Kommt das nur bei OO vor? Welches OO, zwei? Es gibt doch immer noch das Druckersetup bei OO, was ist damit? Über was druckst du, cups vermutlich. Schon mal ne neue ppd für den Drucker heruntergeladen und installiert? Sofern vorhanden jedenfalls.

[Fritze]

Hallo,

es kommt bei OOo 2.0 (neueste Version ist jetzt seit heute 2.0.8, Problem bestand aber davor auch schon) vor. Per LaTeX/dvips erzeugte Texte machen keine Probleme, die Umlaute werden einwandfrei dargestellt. Da sind die Mechanismen aber auch ganz anders, weil keine TTF verwendet werden.

Ein Druckersetup habe ich lediglich per CUPS gemacht, nicht bei OOo. Das gibt es da auch meines Wissens nicht (mehr). Da das ganze auch passiert, wenn ich in eine Datei drucke, kann es wohl kaum an der PPD liegen, oder? Es passiert bei zwei Druckern, wovon einer direkt Postscript spricht (LaserJet 2100M, also PS 2.0), d.h. irgend welche Inkompatibilitäten sind eher unwahrscheinlich.

Die gleiche PDF Datei unter Windows ausgedruckt liefert alle Umlaute so, wie sie sein sollten.

Irgendwo steckt ein Umlautproblem. Kann es mit Umstellungen iso-8859-1 auf UTF-8 zu tun haben? Ist da noch was "im Umbruch" in der Kette OOo -- kpdf/acroread -- CUPS -- Drucker?

Gruß

Fritze[/quote]

[rkrueger]

Das kann an der Umstellung auf UTF-8 liegen, weil die sarge noch nicht komplett utf-8 unterstützt.

[Fritze]

Das kann an der Umstellung auf UTF-8 liegen, weil die sarge noch nicht komplett utf-8 unterstützt.

Ähm, ich habe vergessen zu erwähnen, dass ich "sid" (unstable) nutze. Da sollte die Umstellung eigentlich abgeschlossen sein. Es gibt aktuell keine Bugreports mit den Stichworten "Umlaut(e)" oder "accented characters". Die letzte Meldung datiert von 2005 und betrifft eine andere Baustelle.

Bevor ich es wage, einen Bugreport aufzumachen, möchte ich natürlich sicherstellen, dass es kein "user error" oder "rtfm" ist

Gruß

Fritze

[rkrueger]

So was ähnliches habe ich schon mal gelesen, das mit den Umlauten. Für mich klingt es danach, das hier bei der Umwandlung von den Zeichen her etwas schief läuft. Welche cups-Version nutzt du denn genau?

Andererseits hatte OO vor kurzem das Problem, das es nicht mehr speichern konnte. Ist in folgendem Thread nachzulesen: http://debianforum.de/forum/viewtopic.p ... openoffice

Wer weiß, vielleicht liegt es daran?

[mike molto]

Moin,

die Umlautsache habe ich auch seit gestern bemerkt. Wann das anfing weiss ich leider nicht, da ich meistens mit LaTeX/kile schreibe. Es nervt aber definitiv.

Michael

[Fritze]

Hallo,

hier mal eine Neuigkeit, die mich noch weiter verwirrt ...

Ich habe mit der Fontauswahl gespielt. Wähle ich "Bitstream Vera Serif", dann bleiben die "ü" erhalten, "äö" aber werden ohne Pünktchen gedruckt. Wähle ich hingegen "Gentium", dann bleiben die "ö" erhalten, "üä" werden verstümmelt. Bei Microsofts "Times New Roman" sind alle Umlaute weg. Bei "Luxi Serif" bleiben alle Umlaute erhalten!

Wie ist sowas möglich? Die Kodierung, insbesondere von Gentium, sollte eigentlich korrekt und vollständig sein. Am Bildschirm klappts doch auch ...

Immerhin bin ich nicht der einzige, dem es so ergeht.



Gruß

Fritze

[Fritze]

Hallo,

nur zur Info: es gibt einen offiziellen Bugreport zu dem hier geschilderten Problem:

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=381386

Gruß

Fritze

[mike molto]

...und mehr als das: Die Lösung steht auch gleich dabei:

Ersetze das Paket gs-esp 8.15.1.dfsg1-1 gegen 8.15.1.dfsg.1-2 und alles ist wieder OK. Klappt bei mir.

Seltsam...

[pezi]

Das Problem habe ich seit gestern übrigens auch in StarOffice 8.
pezi

[mike molto]

@pezi:

Ersetze das Paket gs-esp 8.15.1.dfsg1-1 gegen 8.15.1.dfsg.1-2 und alles ist wieder OK. Klappt bei mir.

Michael

[pezi]

Hallo Michael, woher bekomme ich das Paket, ich finde es nicht in testing oder unstable.
debian-anfänger pezi

[holgerw]

Hi,

die Pakete gs-esp 8.15.1.dfsg1-1 und gs-esp 8.15.1.dfsg.1-2 gibt es nicht in Sid, wohl aber das Paket gs-esp 8.15.2.dfsg.1-1

Beste Grüße,
Holger

[Clio]

Hi,

mit dem Paket gs-esp 8.15.2.dfsg.1-1 tritt der Fehler wieder auf, aber im Archiv befindet sich das gesuchte Paket:

http://snapshot.debian.net/

[pezi]

mit dem Paket gs-esp 8.15.2.dfsg.1-1 tritt der Fehler wieder auf, aber im Archiv befindet sich das gesuchte Paket:

http://snapshot.debian.net/
________________
Gruß
Clio


Danke für die Paketquelle - jetzt läuft alles wieder.
pezi

[derJupp]

Das Problem ist dank dem Packet " gs-esp_8.15.2.dfsg.1-2_i386.deb " behoben ( siehe bugreport ) .
Endlich wieder umlaute

[MrQuantum]

Habe mitgelesen und sage ebenfalls danke für die Info!
Umlaute passen wieder!

LG Chris