Hi Holger, *, 2013/7/12 Holger Bruenjes <[email protected]>: > 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: [email protected] 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
