miserable Druckqualität mit OOo unter SuSE 9.3
![](https://seccdn.libravatar.org/avatar/4193e6a90420f90b62b8b04b2dd4ae48.jpg?s=120&d=mm&r=g)
Ich habe unter SuSE 9.3, wie auch unter 9.2 einen HP Deskjet 5151 eingerichtet. Dabei habe ich die Konfiguration für einen HP Deskjet 5150 verwendet, da es in Yast keine andere gibt. Zwar ist der Drucker nun bei "High Quality" wahnsinnig schnell (10 mal schneller als unter Windows), aber die Druckqualität ist eine Katastrophe. Man kann bei Buchstaben wie M oder k unter Times New Roman häufig deutliche Blockartefakte erkennen. Unter Windows XP werden diese Buchstaben alle richtig gedruckt und unter SuSE 9.2 war das Schriftbild kaum von dem unter Win zu unterscheiden. Das schlechte Ergebnis habe ich mit OOo 1.1.4 und pre2.0 unter KDE mit kprinter und direktem Druck aus OOo erhalten. Nur cups habe ich noch nicht versucht abzuschalten, aber das hat ja früher auch mal funktioniert. Detlef
![](https://seccdn.libravatar.org/avatar/4193e6a90420f90b62b8b04b2dd4ae48.jpg?s=120&d=mm&r=g)
Ich weiß zwar nicht, ob das wirklich jemanden hier interessiert :-\ .... Aber die Sache mit dem Drucken wird jetzt endgültig grotesk. Die Ausgangssituation: Ich habe jetzt sogar mein hplip Backend durch die neueste Version ersetzt und das Ergebnis ist immer noch dasselbe. Es ist mir aber aufgefallen, dass andere Anwendungen viel bessere Druckqualität liefern als OOo und prinzipiell mit dem hp funktionieren. Gut, es fehlt der "Superqualitätdruckmodus", bei dem ich pro Seite 3 Minuten zum Textdrucken brauche, aber vielleicht ist das ja auch nur Spielerei. Der normale und Druckmodus mit hoher Qualität funktionieren und sind in Ordnung, um es so auszudrücken. Die groteske Steigerung: Da ich herausgefunden habe, dass andere Anwendungen bessere Druckqualität abliefern, habe ich folgendes Experiment unternommen: Ich konvertiere mein OOo Dokument mit OOo in ein PDF und drucke es sowohl aus Acrobat Reader 7 als auch kpdf. Und die Druckqualität ist bei beiden identisch und wie erwünscht, ohne Artefakte und sonstige Fehler. Das ist natürlich total bescheuert, erst die Dokumente in PDF zu konvertieren. Das Problem liegt irgendwie in den PostScript Dateien, die OOo erzeugt, denn lasse ich eine solche erzeugen, dann sind hier im Ausdruck die Fehler zu sehen. Jetzt ist die Frage: Es sieht so aus, als ob OOo zum Erzeugen von PDFs kein PostScript erzeugt? Wie kann ich OOo dazu bringen "richtiges" PostScript zu erzeugen, das dieselbe Qualität abliefert wie die "Druckqualität" PDFs? Detlef
![](https://seccdn.libravatar.org/avatar/eb56853bbaef002c16d3657af042024e.jpg?s=120&d=mm&r=g)
Am Samstag, 14. Mai 2005 15:13 schrieb Detlef Grittner:
Habe ich gerade ausprobiert und statt der foomatic-ppd die manufacturer-ppd ausgewählt. Das Ergebnis ist aber nach wie vor dasselbe.
Ich hatte das Problem auch mit meinem Epson SC 680 Ich musste alle ppd's ausprobieren, bis eine funktionierte. Gruss Karl
![](https://seccdn.libravatar.org/avatar/b58101fb24c64d0ff1d0f918e61cedd2.jpg?s=120&d=mm&r=g)
Hallo Detlef, hallo Leute, Am Samstag, 14. Mai 2005 12:58 schrieb Detlef Grittner:
Es ist mir aber aufgefallen, dass andere Anwendungen viel bessere Druckqualität liefern als OOo und prinzipiell mit dem hp funktionieren. [...]
Die groteske Steigerung: Da ich herausgefunden habe, dass andere Anwendungen bessere Druckqualität abliefern, habe ich folgendes Experiment unternommen: Ich konvertiere mein OOo Dokument mit OOo in ein PDF und drucke es
Du meinst den PDF-Export? Der scheint mir mit Datei - Drucken recht wenig gemeinsam zu haben, da er (war zumindest bei OOo 1.x so) andere Bugs hat als "Drucken" ;-) [Damals hatte ich die Wahl zwischen "Eurozeichen zerschießt die komplette Zeile" (Drucken) und "sämtliche Trennstriche am Zeilenende sitzen zu weit links und damit 'über' dem letzten Buchstaben" beim PDF-Export. Das Ganze war übrigens abhängig von der Schriftart. Times New Roman zeigte die beschriebenen Fehler, die Nimbus-Familie nicht.] Außerdem lustig: Der PDF-Export in OOo 2.0pre erzeugt deutlich größere PDFs als der Umweg über kprinter (ich hatte hier schon 300 vs. 30 kB für eine Seite Text).
sowohl aus Acrobat Reader 7 als auch kpdf. Und die Druckqualität ist bei beiden identisch und wie erwünscht, ohne Artefakte und sonstige Fehler.
Das Problem liegt irgendwie in den PostScript Dateien, die OOo erzeugt, denn lasse ich eine solche erzeugen, dann sind hier im Ausdruck die Fehler zu sehen.
Gut, das schränkt die Fehlersuche schonmal ein.
Jetzt ist die Frage: Es sieht so aus, als ob OOo zum Erzeugen von PDFs kein PostScript erzeugt? Wie kann ich OOo dazu bringen "richtiges" PostScript zu erzeugen, das dieselbe Qualität abliefert wie die "Druckqualität" PDFs?
Guck erstmal nach, wo genau der Fehler liegt: - Drucken in eine PS-Datei, anschließend Ausdruck dieser Datei - Drucken in eine PS-Datei, ps2pdf, Ausdruck - Öffnen der PS-Datei mit kghostview, Drucken in eine PDF-Datei, diese dann ausdrucken [1] - Sieht die PS-Datei in gv und kghostview gleich aus? (reinzoomen!) - Wie sehen die Druckereinstellungen in OpenOffice aus? Gehe mal alle Details durch. So, jetzt bin ich mal auf die Ergebnisse gespannt ;-) Gruß Christian Boltz [1] Muss ich z. B. machen, wenn ich etwas aus CorelDraw ausdrucken möchte. Ich drucke dann in eine PS-Datei (mit AppleColor-Treiber auf Windows-Seite). Bei einem direkten Ausdruck (und bei Betrachtung in gv) liegen alle Buchstaben einer Zeile "übereinander". In kghostview ist die Anzeige OK. Nach dem Drucken in ein PDF (aus kghostview) ist dann auch der Ausdruck OK... -> gv ist recht nahe am Ergebnis auf Papier dran. -> Kghostview scheint eine gewisse Fehlertoleranz zu bieten, was aber in einigen Fällen zu Differenzen gegenüber dem Ausdruck führt. -- Natürlich kann man Bäume mit der Nagelschere fällen, und es ist bedeutend sicherer, als, sagenwirmal, eine Kettensäge. Trotzdem ist eine Säge das korrekte Werkzeug. [Ratti in suse-linux]
![](https://seccdn.libravatar.org/avatar/4193e6a90420f90b62b8b04b2dd4ae48.jpg?s=120&d=mm&r=g)
Christian Boltz wrote:
Hallo Detlef, hallo Leute,
....
Du meinst den PDF-Export? Der scheint mir mit Datei - Drucken recht wenig gemeinsam zu haben, da er (war zumindest bei OOo 1.x so) andere Bugs hat als "Drucken" ;-) [Damals hatte ich die Wahl zwischen "Eurozeichen zerschießt die komplette Zeile" (Drucken) und "sämtliche Trennstriche am Zeilenende sitzen zu weit links und damit 'über' dem letzten Buchstaben" beim PDF-Export. Das Ganze war übrigens abhängig von der Schriftart. Times New Roman zeigte die beschriebenen Fehler, die Nimbus-Familie nicht.]
Das Problem mit dem Euro Zeichen habe ich beim direkten Drucken, aber nicht beim PDF Export. Ich benutze übrigens OOo 1.1.4, die Novell Suse OOo pre2 macht aber dasselbe.
... Guck erstmal nach, wo genau der Fehler liegt: - Drucken in eine PS-Datei, anschließend Ausdruck dieser Datei
Hier sind die Fehler im Ausdruck immer noch zu sehen.
- Drucken in eine PS-Datei, ps2pdf, Ausdruck
Der Ausdruck der pdf Datei ist einwandfrei.
- Öffnen der PS-Datei mit kghostview, Drucken in eine PDF-Datei, diese dann ausdrucken [1]
Der Ausdruck dieser pdf Datei ist auch in Ordnung.
- Sieht die PS-Datei in gv und kghostview gleich aus? (reinzoomen!)
Nein, denn kghostview verwendet Antialiasing für die Truetype Fonts, gv kann das nicht. Das Layout ist ansonsten gleich, es fehlen auch keine Teile in den Buchstaben.
- Wie sehen die Druckereinstellungen in OpenOffice aus? Gehe mal alle Details durch.
Drucker ist kprinter, PS level und Farbe "laut Treiber", Farbtiefe 24 bit. Papierformat A4, Duplex = Simplex, Orientierung "Potrait" und Skalierung "100%". Mehr gibt es da eigentlich nicht. Der von OOo voreingestellte Drucker macht dasselbe, nur ohne kprinter Dialog.
So, jetzt bin ich mal auf die Ergebnisse gespannt ;-)
Gruß
Christian Boltz
Gruß, Detlef
![](https://seccdn.libravatar.org/avatar/b58101fb24c64d0ff1d0f918e61cedd2.jpg?s=120&d=mm&r=g)
Hallo Detlef, hallo Leute, Am Sonntag, 15. Mai 2005 13:42 schrieb Detlef Grittner:
Christian Boltz wrote:
Du meinst den PDF-Export? Der scheint mir mit Datei - Drucken recht wenig gemeinsam zu haben, [...] Das Problem mit dem Euro Zeichen habe ich beim direkten Drucken, aber nicht beim PDF Export. Ich benutze übrigens OOo 1.1.4, die Novell Suse OOo pre2 macht aber dasselbe.
Welche Schriftart verwendest Du eigentlich? Probier mal eine aus der Nimbus-Familie. Die M$-Schriften (Arial, Times New Roman) haben mir schonmal Ärger gemacht.
... Guck erstmal nach, wo genau der Fehler liegt: - Drucken in eine PS-Datei, anschließend Ausdruck dieser Datei
Hier sind die Fehler im Ausdruck immer noch zu sehen.
Also hat die PS-Datei vermutlich einen Macken.
- Drucken in eine PS-Datei, ps2pdf, Ausdruck
Der Ausdruck der pdf Datei ist einwandfrei.
Der Macken somit behoben. Probier mal mit pstops aus, ob Du damit die PS-Datei auch reparieren kannst.
- Öffnen der PS-Datei mit kghostview, Drucken in eine PDF-Datei, diese dann ausdrucken [1]
Der Ausdruck dieser pdf Datei ist auch in Ordnung.
OK.
- Sieht die PS-Datei in gv und kghostview gleich aus? (reinzoomen!)
Nein, denn kghostview verwendet Antialiasing für die Truetype Fonts, gv kann das nicht.
Klar.
Das Layout ist ansonsten gleich, es fehlen auch keine Teile in den Buchstaben.
OK, dann hast Du ein anderes Problem als ich ;-)
- Wie sehen die Druckereinstellungen in OpenOffice aus? Gehe mal alle Details durch.
Drucker ist kprinter, PS level und Farbe "laut Treiber", Farbtiefe 24 bit. Papierformat A4, Duplex = Simplex, Orientierung "Potrait" und Skalierung "100%". Mehr gibt es da eigentlich nicht.
Also keine außergewöhnlichen Einstellungen. Außer den obengenannten Hinweisen kann ich Dir leider auch nicht weiterhelfen. (Falls pstops hilft, könntest Du das irgendwie in den Druckbefehl mit integrieren.) Gruß Christian Boltz -- schliEßlichle sendi emeiSt Enleut ehier mehralsdreIpo Stingsa Mtag sOd Asesdoch et. Waserm üdentwärdenkahnimmerrattentsumÜßenw aßIrge nDeinezUs Ahmäst ell unkvonbU chst, abensagenw iel ;-) [Tilman Ahr in dcoulm zum Thema "Rechtschreibfehler stören doch nicht"]
![](https://seccdn.libravatar.org/avatar/4193e6a90420f90b62b8b04b2dd4ae48.jpg?s=120&d=mm&r=g)
Christian Boltz wrote:
Der Macken somit behoben.
Probier mal mit pstops aus, ob Du damit die PS-Datei auch reparieren kannst.
Mit ps2ps erhalte ich eine brauchbare PS-Datei.
Außer den obengenannten Hinweisen kann ich Dir leider auch nicht weiterhelfen. (Falls pstops hilft, könntest Du das irgendwie in den Druckbefehl mit integrieren.)
Na gut, dann werde ich das nächste "Reparatur-Skript" schreiben.
Gruß
Christian Boltz
Und danke auch. Gruß, Detlef
![](https://seccdn.libravatar.org/avatar/ba6138f793e72be6644854fdc3ec2f02.jpg?s=120&d=mm&r=g)
Hallo, On May 14 12:58 Detlef Grittner wrote (shortened):
Das Problem liegt irgendwie in den PostScript Dateien, die OOo erzeugt,
Meines Wissens hängt die (PostScript)-Druckausgabe von OOo davon ab, welchen Drucker man für die Druckausgabe in OOo gewählt hat und welche Einstellungen man dafür im OOo Druckdialog gewählt hat. Früher hat man in OOo einen generischen PostScript-Drucker gehabt (mit OOos eigener generischer PPD-Datei), neuerdings werden in OOos Druckdialog die unter CUPS verfügbaren Warteschlangen angeboten. In beiden Fällen macht OOo die Druckausgabe abhängig von den Einstellungen in der PPD-Datei des gewählten Druckers. Meines Wissens konnte OOo noch nie ordentliches, druckerunabhängiges und DSC-konformes PostScript erzeugen. Vermutlich gibt es da noch Erblasten aus der StarOffice-Zeit: http://portal.suse.com/sdb/de/2001/01/jsmeix_print-64-staroffice.html Gruss, Johannes Meixner -- SUSE LINUX Products GmbH, Maxfeldstrasse 5 Mail: jsmeix@suse.de 90409 Nuernberg, Germany WWW: http://www.suse.de/
participants (4)
-
Christian Boltz
-
Detlef Grittner
-
Johannes Meixner
-
Karl Sinn