Zitat

Deswegen schlug ich ja vor, den Dokumentfarbraum schon passend zu wählen, aber statt den Schatten mit 60K anzulegen, ihn mit 124/124/124 als selbst definierte RGB-Farbe anzulegen.

sorry, dass habe ich weiter oben nicht wirklich wahrgenommen.

Die Idee mit der RGB-Farbe hört sich auf den ersten Blick absolut überzeugend an. Damit könnte man in der Tat die ungewollte Konvertierung von schwarzem Text umgehen.

Auf den zweiten Blick bekomme ich das in der Praxis aber leider nicht hin. In dem hier angenommenen Dokumentfarbraum von WAN-IFRA-newspaper definiere ich eine neue RGB-Farbe mit dem dunkelsten RGB-Schwarz innerhalb des Gamuts der von InDesign mit 15/12/16 angegeben wird. Diese Farbe wähle ich als Schlagschattenfarbe aus und lasse ihn wie in den default-Werten definiert mit 75% multiplizieren. Im exportierten PDF erhalte ich dann eine max. Flächendeckung von bis zu 300%. Damit wäre die max. erlaubte Flächendeckung des Zielfarbraums ebenfalls deutlich überschritten.

Du schlägst als Farbe in RGB 124/124/124 vor? Wie kommst du auf diese Werte? Wenn ich die verwende und diese dann (da es ja nicht "dunkel-schwarz" ist, sondern grau) mit 100% multipliziere, dann entsteht als Schlagschatten kein wirklich deckender Schatten, sonder eher etwas blasseres. Ob das optisch noch zu vertreten wäre, müsste der Gestalter entscheiden. Soooo schlecht sieht es aber nicht aus. Aber auch hier habe ich mit 257% eine Überschreitung der "erlaubten" Flächendeckung.

Die Idee mit der RGB-Farbe ist gut. In der Praxis kann ich die Aufgabenstellung damit aber leider nicht lösen. Was mache ich falsch?

Gruß

Hallo Kollegen,
ich habe Eure Vorschläge getestet. Wenn ich die Hintergrundfarbe nicht in "HKS Prozess" sondern in "HKS RGB" anlege, wenn ich den Schlagschatten nicht in "100% Schwarz" sondern in "RGB-Schwarz 0/0/0" und die Schrift in reines Schwarz (C0, M0, Y0; K100) erstelle und dann in der PDF-Ausgabe "In Zielprofil konvertiere" --> "WAN-IFRAnewspaper26v5" anwähle, dann, ganz echt, dann passt alles. Dann sind alle Werte unterhalb der magischen Grenze von 245% Gesamtfarbauftrag.
Von daher stimmt die Theorie. Dennoch sind mir zu viele "wenns" in dem Text. Und alleine schon die Vorstellung, Panone- und HKS-Farben in RGB zu wandeln, nur damit sie dann vermeintlich medienneutral ausgegeben werden können, behagt mir nicht. Dazu sind die HKS-K-, HKS-N- und HKS-Z-Farbdefinitionen für die Ausgabe in Prozess viel zu durchdacht, als dass man diese so einfach kurz mal in LAB wandelt und neu separiert.
Für mich ist die Ausgabeoption "In Zielprofil konvertieren" eine nicht 100% ausgegorene Sache. Dabei ist es völlig egal, ob es ein kleiner (WAN-IFRAnewspaper) oder ein großer (PSOcoated_v3) Ausgabe-Farbraum ist. Wenn es heißt "in den Farbraum konvertieren" dann muss dieser exakt getroffen werden und nicht "so ungefähr" oder "fast".
Wir werden hier weiterhin mit einer DeviceLink-Verrechnung arbeiten.

Vielen Dank für alle Kommentare und Tipps!
Beste Grüße, Jürgen

Zitat

Dann sind alle Werte unterhalb der magischen Grenze von 245% Gesamtfarbauftrag.

Der TAC des Zielprofils beträgt aber nur 220%. Also funktioniert das nicht wirklich in meinen Augen.

Gruß