![](https://seccdn.libravatar.org/avatar/8e5f76a51d4d9aa6d55825f20eee9b6f.jpg?s=120&d=mm&r=g)
Hat sonst noch jemand Ärger mit Drucken unter 10.2? Mit dem Epson Stylus Photo 890 schneidet 10.2 jetzt immer die Ränder ab. Die CUPS-Einstellung -oStpFullBleed=True (oder False) tut absolut nix. Am schlimmsten aber ist, daß größere Ränder links und oben gedruckt werden (kleinere unten + rechts), wenn man in der PPD-Datei ImageableArea auf die Papiergröße setzt. Weiß jemand Abhilfe? Mit 10.1 lief das noch alles randlos, die hatte aber noch gnome-print anstatt gutenprint. Die ghostscript-Version ist ja bei 10.1 und 10.2 gleich. Volker -- Volker Kuhlmann is list0570 with the domain in header http://volker.dnsalias.net/ Please do not CC list postings to me. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
![](https://seccdn.libravatar.org/avatar/ba6138f793e72be6644854fdc3ec2f02.jpg?s=120&d=mm&r=g)
Hallo, On Feb 18 20:52 Volker Kuhlmann wrote (shortened):
Mit dem Epson Stylus Photo 890 schneidet 10.2 jetzt immer die Ränder ab. Die CUPS-Einstellung -oStpFullBleed=True (oder False) tut absolut nix. ... Mit 10.1 lief das noch alles randlos, die hatte aber noch gnome-print anstatt gutenprint.
"Gimp-Print" nicht "gnome-print". Gutenprint ist der Nachfolger von Gimp-Print. Bei Gutenprint gibt es Probleme mit randlosem Drucken. Entweder es kann randlos gedruckt werden und dann wird beim Drucken von reinen Text-Dateien am Rand etwas vom Text abgeschnitten, oder umgekehrt. Derzeit funktioniert das Drucken von reinen Text-Dateien. Auf der gimp-print-devel@lists.sourceforge.net Liste wird diskutiert, wie man randloses Drucken so implementieren kann, dass der Rest dann auch noch funktioniert. Hintergrund: Drucker, die randlos drucken können, haben eigentlich zwei völlig verschiedene Druckmodi: "Normal" und "Randlos". Im Normalmodus druckt es normalerweise schneller als im randlos Modus, denn beim randlosen Druck wird ein wenig Tinte/Toner ein wenig über den Rand hinaus gedruckt was ein sehr genaues Drucken erfordert weswegen es normalerweise langsamer erfolgt. Außerdsem verschmutzt es den Drucker und daher muß der Drucker dafür passend konstruiert sein. Z.B. irgendwelche Tintenauffangschwämme etc. und damit die nicht übervoll werden und dann die Tinte im Gehäuse rumschwappt, zählt der Drucker intern mit, wieviel randlos gedruckt wurde und ab einer gewissen Grenze druckt er dann nicht weiter. Was dann genau zu tun ist, sollte im Druckerhandbuch erklärt sein (evtl. hat man dann einen wirtschaftlichen Totalschaden wenn die nötige Wartung teurer wird als ein neuer Drucker). Für jeden der beiden Modi braucht es eine seperat definierte "ImageableArea" in der PPD-Datei und daher dann auch seperat definierte Medien (etwa "A4" und "A4.borderless") was die Anzahl der Medien-Optionen in der PPD verdoppelt. Wenn ich es richtig verstanden habe (ich bin kein Gutenprint Entwickler), haben die Gutenprint Autoren versucht, um eine Verdopplung der Medien-Optionen herumzukommen, aber wie es aussieht, funktioniert dann z.B. der Textdruck nicht mehr richtig. Die "ImageableArea" in der PPD-Datei zu verändern bringt je nach Druckertreiber nichts - nämlich dann nicht, wenn die "ImageableArea" in der PPD-Datei nur das nach außen wiederspiegelt, was der Druckertreiber intern hart codiert hat genau passend zum Druckermodell (weswegen eine Veränderung in der PPD eigentlich weder sinnvoll noch notwendig sein kann). Siehe auch http://www.cups.org/newsgroups.php?s1+gcups.general+v3+T0+QImageableArea+con... und http://www.cups.org/newsgroups.php?s1+gcups.general+v4+T0+QImageableArea+con... Gruß Johannes Meixner -- SUSE LINUX Products GmbH, Maxfeldstrasse 5, 90409 Nuernberg, Germany AG Nuernberg, HRB 16746, GF: Markus Rex
![](https://seccdn.libravatar.org/avatar/8e5f76a51d4d9aa6d55825f20eee9b6f.jpg?s=120&d=mm&r=g)
On Wed 21 Feb 2007 21:33:00 NZDT +1300, Johannes Meixner wrote: Vielen Dank für Deine sehr gute und umfangreiche Antwort! Die Probleme bei randlosem Drucken sind einleuchtend. Ich sollte präziser sein. Was ich eigentlich bemängele ist der viel zu große Rand - 10mm auf allen 4 Seiten abschneiden ist nicht brauchbar. ZB fehlen dann bei Webseiten-Ausdrucken der Header (mit URL!) und Footer. Wenn der Rand nur 1mm groß wäre gäbe es da keine Probleme, und die Probleme mit randlosem Drucken (Tintensauerei) träten auch nicht auf. Leider heißt das, wie schon öfters, Turboprint to the rescue. Open Source kriegt das Drucken mal wieder nicht geschafft. :((( Volker -- Volker Kuhlmann is list0570 with the domain in header http://volker.dnsalias.net/ Please do not CC list postings to me. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
![](https://seccdn.libravatar.org/avatar/ba6138f793e72be6644854fdc3ec2f02.jpg?s=120&d=mm&r=g)
Hallo, On Feb 21 22:24 Volker Kuhlmann wrote (shortened):
ZB fehlen dann bei Webseiten-Ausdrucken der Header (mit URL!) und Footer.
Bei Mozilla/Firefox kenne ich das Problem. Mozilla/Firefox hatte "schon immer" ;-) eine zu optimistische Vorstellung über den bedruckbaren Bereich eines normalen Druckers, so dass es ein zu großes PostScript "Image" (ich meine kein Pixelbild, sondern den als PostScript-Code beschriebene bedruckten Bereich) produziert. Abhilfe 1: In Mozilla/Firefox die unbedruckten Ränder vergrößern. Abhilfe 2: Seit CUPS 1.2 gibt es die Druckoption "-o fitplot", die bei ordentlichem PostScript funktioniert, siehe http://localhost:631/help/options.html?TOPIC=Getting+Started&QUERY=#FITPLOT ---------------------------------------------------------------------- The -o fitplot option specifies that the document should be scaled to fit on the page: lp -o fitplot filename The default is to use the size specified in the file. Note: This feature depends upon an accurate size in the print file. If no size is given in the file, the page may be scaled incorrectly! ---------------------------------------------------------------------- Bei mir funktioniert "-o fitplot" mit dem PostScript von Mozilla/Firefox. Siehe auch https://bugzilla.novell.com/show_bug.cgi?id=231219 und https://bugzilla.novell.com/show_bug.cgi?id=228794 insbesondere https://bugzilla.novell.com/show_bug.cgi?id=228794#c4
Leider heißt das, wie schon öfters, Turboprint to the rescue.
Kaum unterschreibt man die non-disclosure Verpflichtungen der Druckerhersteller, die die technischen Details der Modelle verraten, muß man nicht mehr raten und schon geht es ;-) Gruß Johannes Meixner -- SUSE LINUX Products GmbH, Maxfeldstrasse 5, 90409 Nuernberg, Germany AG Nuernberg, HRB 16746, GF: Markus Rex
participants (2)
-
Johannes Meixner
-
Volker Kuhlmann