Date: prev next · Thread: first prev next last
2013 Archives by date, by thread · List index


Hi Holger, *,

2013/7/12 Holger Bruenjes <holger.bruenjes@gmx.net>:
Am 2013-07-12 10:50, schrieb Christian Lohmaier:
[...]
hmm, ist es Pflicht, dass ein Druckertreiber 'PDF' verstehen muss.

Quasi ja. PDF ist in cups schon laaaange das default/bevorzugte
Eingabeformat. Quasi deshalb, weil nur cups das Format verstehen muss,
was cups dem Druckertreiber/-filter übergibt ist ja wieder eine andere
Frage. Also entweder kommt der Druckertreiber mit PDF direkt klar,
oder cups muss das Format in ein vom Treiber verstandenes Format
umwandeln.

Ich denke
eher auch eine Sprache die ein Drucker versteht ist ein Feature.

der Drucker selbst versteht in der Regel[1] weder Postscript noch PDF.
Dazu gibt es ja eben cups und die entsprechende Druckdatenaufbereitung
durch die Druckertreiber/filter.

Somit waere
fehlende PDF unterstuetzung schon mal nicht als Bug einzustufen.

Doch. Aber nicht in LO, sondern in cups/den jeweiligen Druckertreibern.

Es ist die aufgabe von *cups*, nicht von LO, die Daten dem
Druckertreiber in einem Format zu liefern, die der entsprechende
Treiber/Filter versteht. Wenn also irgendwer nach postscript
ausweichen sollte, dann ist es cups. Denn cups will von den
Endanwendungen PDF angeliefert bekommen.

Lediglich aus compatibilität zu allen möglichen Tools akzeptiert cups
noch postscript als Eingabe. Könnte man mit dem Finger schnippen und
alle Enduser-Software pdf produzieren lassen, dann gäbe es keinen
Grund für cups mehr, postscript als Eingabe zu akzeptieren.

Der Widerspruch liegt in sofern dadrin, dass als Default auf einmal das neue
Feature 'PDF' eingestellt ist.

So wie es cups eben haben will. Auf PDF als druck-job-Format haben
sich die interessierten/Verantwortlichen schon 2006 verständigt.
Seit 2008 unterstützt cups pdf als Eingabe. Und spätestens seit
2012/cups 1.6 ist es das explizite default/das bevorzugte
Eingabeformat.

Ich habe ja kein Problem damit, dass es jetzt auch moeglich ist direkt dem
Drucker PDF anzubieten, dass aber gleich zum Default zu machen, ist etwas
ueber das Ziel hinaus. Zumindest bei Linux.

Siehe oben. Das ist nicht "von jetzt auf gleich" passiert. Da lagen
*Jahre* dazwischen.

Und um es nochmals ganz klar zu sagen: Die Aufbereitung des PDFs für
den Drucker obliegt cups, nicht LibreOffice oder der sonstigen
Anwendung aus der heraus etwas gedruckt wird.

beliebige Anwendung ---- übergibt Druckauftrag als PDF ---> cups
cups --- bereitet das PDF für den Drucker vor ----> Drucker
Drucker empfängt die druckerspezifischen Kommandos

Der Fehler liegt ganz klar im Schritt "cups bereitet das PDF für den
Drucker vor". Wenn also Treiber noch kein PDF verstehen, dann ist es
cups' Aufgabe, das vorher nach postscript zu wandeln.

ciao
Christian
[1]Postscript Drucker sind aus dem Privatsegment schon laaange
verschwunden - und PDF als Druckjob-Format ist nix neues, das hat Mac
OSX auch schon seit Ewigkeiten.

-- 
Liste abmelden mit E-Mail an: discuss+unsubscribe@de.libreoffice.org
Probleme? http://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: http://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: http://listarchives.libreoffice.org/de/discuss/
Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert

Context


Privacy Policy | Impressum (Legal Info) | Copyright information: Unless otherwise specified, all text and images on this website are licensed under the Creative Commons Attribution-Share Alike 3.0 License. This does not include the source code of LibreOffice, which is licensed under the Mozilla Public License (MPLv2). "LibreOffice" and "The Document Foundation" are registered trademarks of their corresponding registered owners or are in actual use as trademarks in one or more countries. Their respective logos and icons are also subject to international copyright laws. Use thereof is explained in our trademark policy.