Ich habe zwar auf der Drupa an einem Demorechner gestanden; der wollte aber partout französisch mit mir sprechen; da bin ich etwas "benachteiligt". Daher die Frage:

In den Ausgabedialogen Druck und PDF sehe ich nur Transparenzreduktionsvorgaben; keine Möglichkeit, die Reduktion abzuschalten. Sollte Quark etwa auch in der neuen Version nicht in der Lage sein, mit Transparenzen versehene PDFs auszuspucken?

Hallöchen,

da hast Du recht, die Ausgabe geht wie bisher solide über PostScript. Die Einstellungen sind (laut Drupa-Präsentation) fast unverändert gegenüber 7.31.

Transparenzen werden evtl. in Version 8.* oder 9 nativ ausgegeben.

Viele Grüße

<kopfschüttel> This is soooo nineties.

Herzlichen Dank für die Info.

hallo zusammen

Antwort auf [ Polylux ]

Transparenzen werden evtl. in Version 8.* ...

wohl eher nicht in einer 8er-unterversion. immerhin würde es sich dabei um eine komplette änderung der pdf-ausgabetechnologie ändern.

 

Antwort auf [ nohill ]

<kopfschüttel> This is soooo nineties.

Mir sind Druckdaten über PostScript (noch) lieber als die ohne. Die weitverbreiteten PostScript-RIPs können ja auch keine Transparenzen.

Naja, wir setzen jetzt seit über zwei Jahren einen HD PrintReady-Workflow ein und haben seit fast einem halben Jahr die Adobe PDF Print Engine freigeschaltet.

Es wäre schön, wenn wir unseren Kunden durchgängig sagen könnten, dass sie uns möglichst "unberührte" PDF-Dateien schicken sollen – und wir können dann alle Inhalte optimal farbgemanagt auf die Platte bringen.

Wir beschäftigen uns seit Monaten primär damit, welche Eventualitäten im Farbmanagement aufgefangen werden müssen – und Quark bosselt noch immer auf Postscript rum. Das tut schon ein bisschen weh.

Hallo

Da schreibt ihr am besten direkt an Quark,
das ihr die Funktion wünscht/benötigt.

Je mehr Anwender von QXP dies tun,
desto größer ist die Chance das Quark dies umsetzt.

Antwort auf [ Drienko ]

Da schreibt ihr am besten direkt an Quark,
das ihr die Funktion wünscht/benötigt.

Je mehr Anwender von QXP dies tun,
desto größer ist die Chance das Quark dies umsetzt.

Das habe ich versucht; via Website. Die Mail kam als unzustellbar zurück.

Aber man könnte natürlich auch selbst auf die Idee kommen; wenn man schon Transparenzen in der Applikation anbietet ...

Die Entwicklung geht ja sowieso dahin und ich habe auch mit den Leuten von Quark auf der Drupa gesprochen. Die wissen wohin die Reise geht, es ist eben nur nicht immer so leicht den Zug nicht zu verpassen ;o)

Mir persönlich ist übrigens am wichtigsten, dass alles zuverlässig funktioniert. Dann dürfen sich die Leute ruhig auch mal ein Jahr mehr Zeit lassen mit dem einen oder anderen Feature.

Antwort auf [ Polylux ]

Dann dürfen sich die Leute ruhig auch mal ein Jahr mehr Zeit lassen mit dem einen oder anderen Feature.

Das tun sie auch sehr konsequent - seit Version 4... Sie lassen sich auch sehr viel Zeit für Bugfixes - wegen der Problematik, dass XPress 7.3.1 in der neuen deutschen Rechtschreibung immer noch Probleme hat, "ck" korrekt zu trennen, wurden bereits einige Auflagen eingestampft.

Antwort auf [ Polylux ]

Mir persönlich ist übrigens am wichtigsten, dass alles zuverlässig funktioniert.

Das ist bei den meisten Anwendern so, unter anderem deshalb wurde XPress mittlerweilen zur zweiten Wahl...

Guten Morgen,

Antwort auf [ mr.jones ]

Antwort auf [ Polylux ]

Dann dürfen sich die Leute ruhig auch mal ein Jahr mehr Zeit lassen mit dem einen oder anderen Feature.

Das tun sie auch sehr konsequent - seit Version 4...

Ich persönlich kann sehr gut mit einer längeren Haltbarkeit als 18 Monaten bei Software umgehen. Ich sehe zu kurze Intervalle eher als Geldschneiderei.

Natürlich hat es bei Quark in der "Alten Zeit" etwas geklemmt, aber seit den Versionen 6 und 7 ist auch wieder eine eindeutige Weiterentwicklung zu erkennen.

Die nativen Transparenzen brauche ich doch normalerweise nur für die Ausgabe auf einer Adobe PDF Print Engine. Ich glaube die Druckereien, welche mit dieser arbeiten sind noch eindeutig in der Unterzahl gegenüber jenen, die über PostScript ausgeben. Selbst unser Techniker hat diese uns zwar installiert, aber für eine fehlerfreie Produktion momentan zum bewährten CPSI-RIP geraten.

Viele Grüße

Antwort auf [ Polylux ]

Die nativen Transparenzen brauche ich doch normalerweise nur für die Ausgabe auf einer Adobe PDF Print Engine. Ich glaube die Druckereien, welche mit dieser arbeiten sind noch eindeutig in der Unterzahl gegenüber jenen, die über PostScript ausgeben. Selbst unser Techniker hat diese uns zwar installiert, aber für eine fehlerfreie Produktion momentan zum bewährten CPSI-RIP geraten.

So einfach ist es leider nicht. Wir drucken sehr viel abseits des "Standardproduktemarktes" und bekommen zum Teil höchst aufwändige Dokumente übermittelt. Wenn da nun mit Transparenzeffekten gespielt wird und leider noch ein RGB-Bild drinsteckte, kriegen wir mit fehlerhaft geflatteten PDFs Probleme.

Würde XPress – wie IDCS – native Transparenzen in das PDF schreiben, könnten wir etliche Probleme noch korrigieren. Geflattet geht da garnichts. Und: die wenigsten Kunden haben ihr Farbmanagement im Griff; insbesondere bei XPress nicht. Was beim Transparenzhandling dann ein mittlerer Alptraum ist.

Hat also wenig bis nichts mit der APPE zu tun, sondern eher damit, dass man vor dem Einkippen in den Workflow bei einer flachen Datei auch niemandem mehr eine rettende "Dienstleistung" erbringen kann.

Antwort auf [ Polylux ]

Die nativen Transparenzen brauche ich doch normalerweise nur für die Ausgabe auf einer Adobe PDF Print Engine

Hallo Herr Nagel,

da möchte ich aber auch heftigst widersprechen.
Die Erzeugung und der Versand von PDF-Dateien, die noch native Transparenz beinhalten würde zumindest in Produktions-Kontexten, in denen Dienstleister auch noch mal korrigierend in Kundendaten eingreifen müssen, eine enorme Erleichterung der Aufgabenstellung und Steigerung der der Produktionssicherheit mit sich bringen.
Dokumente, die bereits einer Transparenzreduzierung unterzogen wurden, sind, wie wir alle wissen, nur noch eingeschränkt editierbar (Stichworte Kachelbildung, Vektor-nach-Bitmap-Wandlung, Schichten-Bildung, Text-nach-Outline-Wandlung, usw.).
Ganz zu schweigen von der Vielzahl an kaputt-verflachten PDF-Dokumenten, die durch ungeeignete Reduzierungs-Einstellungen des PDF-Erzeugers entstanden und bei denen selbst der beste Dienstleister oftmals nichts mehr retten kann.

PDF-Dokumente mit nativer Transparenz, stellen dagegen eine optimale Ausgangsbasis für die notwendigen Bearbeitungsschritte dar und der Dienstleister kann vor allem selbst entscheiden, ob eine Verflachung notwendig ist und wenn ja, mit welchen Mitteln und Einstellungen und an welcher Stelle seine Workflows das zu bewerkstelligen ist.

Aus diesen Gründen bin ich auch der festen Überzeugung, dass der PDF/X-4 Standard derjenige ist, der in Zukunft die größten Chancen hat. Solange aber Quark nicht in der Lage ist ein "passendes" Produkt anzubieten, bleiben die Vorteile den Adobe-Anwendern vorbehalten.

Antwort auf [ mr.jones ]

Wegen der Problematik, dass XPress 7.3.1 in der neuen deutschen Rechtschreibung immer noch Probleme hat, "ck" korrekt zu trennen, wurden bereits einige Auflagen eingestampft.

Abgesehen davon, dass Du der Erste bist, der dieses Problem aufzeigt, lohnt sich der Umstieg deshalb tatsächlich?

http://www.hilfdirselbst.ch/...i?post=314136#314136

Das Standard-Trennmodul von ID für Deutsch ist nämlich definitiv fehlerhafter als das von QXP.

Och menno, jetzt hacken alle auf mir rum, nur weil ich sicher produzieren will :o(

Die Argumente PRO Transparenz gehen alle in Richtung Korrekturen im PDF machen. Sollten die Korrekturen nicht sinnvollerweise im Layoutprogramm gemacht werden?

Wenn ich Druckvorlagen erhalten, dann muss ich doch davon ausgehen, dass:
1. Die Druckvorlage inhaltlich gelesen und freigegeben worden ist und
2. Das ein Grafiker weiß, was er tut. Das bedeutet auch, dass er sich mit Farbmanagementgrundlagen und Druckdatenerstellung auskennt.

Ich bezweifle nicht, dass PDF/X-4 das Format der Zukunft ist, ich glaube lediglich, dass für einen Großteil der Druckereien die Zukunft mit der PrintEngine nicht 2008 beginnt (auch wenn einige von Euch sicher bereits damit produzieren). Auch CTP hat sich nicht über nacht durchgesetzt.

Viele Grüße