Umlaute "verschwinden" beim drucken aus OpenOffice
Umlaute "verschwinden" beim drucken aus OpenOffice 2.0
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
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
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]
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]
Ä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.rkrueger hat geschrieben:Das kann an der Umstellung auf UTF-8 liegen, weil die sarge noch nicht komplett utf-8 unterstützt.
Bevor ich es wage, einen Bugreport aufzumachen, möchte ich natürlich sicherstellen, dass es kein "user error" oder "rtfm" ist
Gruß
Fritze
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?
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
- Beiträge: 456
- Registriert: 05.06.2005 18:55:56
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
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
passenden Bug gefunden ...
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
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
- Beiträge: 456
- Registriert: 05.06.2005 18:55:56
- mike molto
- Beiträge: 456
- Registriert: 05.06.2005 18:55:56
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/
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/
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
http://snapshot.debian.net/
________________
Gruß
Clio
Danke für die Paketquelle - jetzt läuft alles wieder.
pezi