Druckpositionen
Moderator: Moderatoren
- Jan
- Marvin
- Beiträge: 14655
- Registriert: Fr, 23. Sep 2005 18:23
- Wohnort: 49328 Melle
- Hat sich bedankt: 21 Mal
- Danksagung erhalten: 88 Mal
- Kontaktdaten:
Druckpositionen
Gerade bekam ich von meinem Auftraggeber 2 Ausdrucke auf einem Formularvordruck rein. Einer mit einem Brother HL 1200, der andere mit einem HP Designjet 840 C.
Der auf dem Brother sitzt nahezu perfekt, so wie ich das programmiert habe. Der HP ist um ca. 2 cm nach oben gerutscht, der oberste Wert ist damit sogar über den oberen Seitenrand gerutscht. Ein Probeausdruck auf meinem Samsung CLX 3160FN ist ebenfalls ferfekt.
Woran kann das liegen? Ich habe sowohl das Papierformat als auch die nicht bedruckbaren Ränder berücksichtigt. Alle Druckpositionen sind relativ zu den Rändern.
Ist das ein Problem mit Tintenstrahlern? Oder mal wieder typisch HP (was habe ich HP zu Clipperzeiten gehasst mit diesen elendiglichen Druckertreiber-Programmierungen)? Oder ganz was anderes?
Jan
Der auf dem Brother sitzt nahezu perfekt, so wie ich das programmiert habe. Der HP ist um ca. 2 cm nach oben gerutscht, der oberste Wert ist damit sogar über den oberen Seitenrand gerutscht. Ein Probeausdruck auf meinem Samsung CLX 3160FN ist ebenfalls ferfekt.
Woran kann das liegen? Ich habe sowohl das Papierformat als auch die nicht bedruckbaren Ränder berücksichtigt. Alle Druckpositionen sind relativ zu den Rändern.
Ist das ein Problem mit Tintenstrahlern? Oder mal wieder typisch HP (was habe ich HP zu Clipperzeiten gehasst mit diesen elendiglichen Druckertreiber-Programmierungen)? Oder ganz was anderes?
Jan
- Martin Altmann
- Foren-Administrator
- Beiträge: 16517
- Registriert: Fr, 23. Sep 2005 4:58
- Wohnort: Berlin
- Hat sich bedankt: 111 Mal
- Danksagung erhalten: 48 Mal
- Kontaktdaten:
Hallo Jan,
Tintenpisser haben einen wesentlichen größeren, unbedruckbaren Bereich!
Auch wenn Du jetzt schreibst, dass Du das berücksichtigt hast: Genau hier würde ich ansetzen und den Fehler suchen.
Viele Grüße,
Martin
Tintenpisser haben einen wesentlichen größeren, unbedruckbaren Bereich!
Auch wenn Du jetzt schreibst, dass Du das berücksichtigt hast: Genau hier würde ich ansetzen und den Fehler suchen.
Viele Grüße,
Martin
Webseite mit XB2.NET und ausschließlich statischem Content in Form von HTML-Dateien: https://www.altem.de/
Webseite mit XB2.NET und ausschließlich dynamischem Content in Form von in-memory-HTML: https://meldungen.altem.de/
Mitglied der XUG Osnabrück
Vorsitzender des Deutschsprachige Xbase-Entwickler e. V.
- brandelh
- Foren-Moderator
- Beiträge: 15697
- Registriert: Mo, 23. Jan 2006 20:54
- Wohnort: Germersheim
- Hat sich bedankt: 66 Mal
- Danksagung erhalten: 33 Mal
- Kontaktdaten:
Hi,
wie berücksichtigst du die Ränder ?
Ich rate dazu meine Druckerbibliothek zu landen, dort das TEST.EXE zu kompilieren und dem Kunden zu senden und um Testausdrucke auf jedem Drucker zu bitten. ACHTUNG als Seitenanzahl 1-2 einstellen, sonst wird es etwas länger !
Je nach Technik machen kleine Druckertreiberfehler nicht viel aus, aber speziell Tintenstrahldrucker haben manchmal riesige Ränder und eventuell noch Fehler in der Beschreibung, dann kann es übel werden.
Ich nutze keine automatische Größenanpassung, sondern ziehe in meiner Klasse jeweils den Hardwarerand unten ab und rechne dann um.
Wenn es damit geht, musst du deine Rändberücksichtigung umstellen, ansonsten liegt es am Druckertreiber (Druckerhersteller oder MS ?).
Eventuell sollte man auch einen neuen Druckertreiber installieren.
Mit TopLeft wäre das nicht passiert
wie berücksichtigst du die Ränder ?
Ich rate dazu meine Druckerbibliothek zu landen, dort das TEST.EXE zu kompilieren und dem Kunden zu senden und um Testausdrucke auf jedem Drucker zu bitten. ACHTUNG als Seitenanzahl 1-2 einstellen, sonst wird es etwas länger !
Je nach Technik machen kleine Druckertreiberfehler nicht viel aus, aber speziell Tintenstrahldrucker haben manchmal riesige Ränder und eventuell noch Fehler in der Beschreibung, dann kann es übel werden.
Ich nutze keine automatische Größenanpassung, sondern ziehe in meiner Klasse jeweils den Hardwarerand unten ab und rechne dann um.
Wenn es damit geht, musst du deine Rändberücksichtigung umstellen, ansonsten liegt es am Druckertreiber (Druckerhersteller oder MS ?).
Eventuell sollte man auch einen neuen Druckertreiber installieren.
Mit TopLeft wäre das nicht passiert
Gruß
Hubert
Hubert
- Rolf Ramacher
- Der Entwickler von "Deep Thought"
- Beiträge: 1930
- Registriert: Do, 09. Nov 2006 10:33
- Wohnort: Bergheim
- Danksagung erhalten: 3 Mal
- Kontaktdaten:
- Jan
- Marvin
- Beiträge: 14655
- Registriert: Fr, 23. Sep 2005 18:23
- Wohnort: 49328 Melle
- Hat sich bedankt: 21 Mal
- Danksagung erhalten: 88 Mal
- Kontaktdaten:
Hallo Martin, Hubert, Rolf,
naja, aber wenn der Tintenstrahler einen viel größeren unbedruckbaren Rand hat: Dann müsste der Druck doch tiefer und nicht höher anfangen, oder?
Die Ränder lese ich mitaus. Die Array-Elemente 3 und 4 sind die Ränder links und oben.
Jan
naja, aber wenn der Tintenstrahler einen viel größeren unbedruckbaren Rand hat: Dann müsste der Druck doch tiefer und nicht höher anfangen, oder?
Die Ränder lese ich mit
Code: Alles auswählen
aSize := oPrinter:paperSize()
Jan
- Wolfgang Ciriack
- Der Entwickler von "Deep Thought"
- Beiträge: 2936
- Registriert: Sa, 24. Sep 2005 9:37
- Wohnort: Berlin
- Hat sich bedankt: 13 Mal
- Danksagung erhalten: 34 Mal
- Kontaktdaten:
Also ich wird das nicht allgemein auf die Tintendrucker beziehen, Canon kann sogar randlos drucken. Aber bei HP ist durch Anordnung der Düsen am Druckerkopf ein wesentlich größerer unterer Rand notwendig, um die Farben auch noch auf der letzten Zeile noch übereinander zu drucken.
Viele Grüße
Wolfgang
Wolfgang
- brandelh
- Foren-Moderator
- Beiträge: 15697
- Registriert: Mo, 23. Jan 2006 20:54
- Wohnort: Germersheim
- Hat sich bedankt: 66 Mal
- Danksagung erhalten: 33 Mal
- Kontaktdaten:
Hi Jan,
du nimmst beim Drucken TopLeft und trotzdem stimmt es nicht, das ist jetzt aber wirklich unfassbar
Ich dachte das wäre die Lösung aller Probleme ... aus meiner Erfahrung mit meiner Druckerklasse (dort rechne ich alles auf TopLeft + Ränder um) dachte ich, dass die Fehler im Treiber immer unten liegen ...
du nimmst beim Drucken TopLeft und trotzdem stimmt es nicht, das ist jetzt aber wirklich unfassbar
Ich dachte das wäre die Lösung aller Probleme ... aus meiner Erfahrung mit meiner Druckerklasse (dort rechne ich alles auf TopLeft + Ränder um) dachte ich, dass die Fehler im Treiber immer unten liegen ...
Gruß
Hubert
Hubert