habe ein recht nerviges problem im quark, version 3.32 wohlgemerkt! und zwar:

ich habe einen textrahmen mit blauer schrift (100c 80m 20k). diese schrift steht teilweise auf einer gelben fläche (20m 29y) und auf weiß (nur als beispiel). logisch wäre hierbei: die blaue schrift müsste über der gelben fläche auf unterfüllen gestellt und über der weissen fläche auf überdrucken gestellt sein.

nur leider lässt mich das liebe quark nicht unterfüllen, sondern wechselt auf aussparen! liegt wohl daran das das quark nicht damit umgehen kann wenn ein textrahmen über versch. objekten liegt. also meine frage: was stelle ich also stattdessen ein? bleibt doch nur noch der minimale überfüllen wert von - bei mir - 0,01 pt oder?

oder was stellt ihr in dem fall ein, wenn das logische nicht mögl. ist? ich weiss: in quark 4.x ist es mögl., nur damit wird hier leider nicht gearbeitet... über info&anregungen würde ich mich freuen!
cu

ps:. gibts ein update für das alte quark, dass der nervige absturz-bug in den farben-->überfüllungen einstellungen verschwindet?
osx

Hallo "osx",

warum stellst Du nicht einfach den Wert ein den Du für die Farbfläche erhalten willst, auf der weißen Fläche passiert doch eh' nichts, wenn Du nicht gerade überfüllst. O.K. mit 3.32 hast Du noch sehr starke Einschränkungen und um ehrlich zu sein ich müsste so einen Fall auch erst wieder aufbauen, und mit dafür auch erst einmal 3.32 wieder installieren aber vielleicht kommst Du ja selbst dahinter mit welchem Wert du zum Ziel kommst, wenn nicht mail mir einfach und ich klemm mich dann das Wochenende mal dahinter.
Eine andere Idee zu Objekten die überdrucken sollen könnte sein das Objekt in Freehand oder Illustrator anzulegen auf überdrucken zu stellen und dann in Quark als Grafik einzubinden. Das nur so als Anregung für einen ganz anderen Weg, dürfte Dir aber bei diesem Problem weniger helfen.
Zu Deinem Farbpaletten-Absturzproblem gibt es zwei Dinge zu sagen. Zum Einen sollte Quark auf einer Partition nicht größer als 4GB und nicht HFS+ (Mac extended) liegen. Und zum Zweiten sollte die EditTrapsFix in den Systemerweiterungen installiert sein. Suche doch einfach einmal unter http://www.versiontracker.com danach, solltest Du keinen Erfolg haben, lasse ich Dir das Teil gerne per Mail oder ISDN zukommen, es müsste noch auf einem Servervolume bei mir herumgruken.

Gruß
Conny

hallo conny,

danke für die umfangreiche antwort!
den wert den ich erhalten will einstellen? du meinst ich könnte bei "Eigener Wert" in der Überfüllungspalette einfach manuell zb. "-0,25 pt" eingeben? habe ich schon probiert - leider, leider nicht, denn das quark wandelt das "-0,25pt" einfach selbständig in "aussparen" um!

die lösung mit illustrator usw. ist zwar theoretisch denkbar aber in meinem fall wieder nicht anwendbar, da die dokumente alle komplett in quark aufgebaut werden müssen. ich frage mich schon wie das unterfüllen zu der zeit gemacht wurde als es noch kein quark 4.x oder 5.x gab - und das ist noch gar nicht sooo lange her! ich schau mich mal um in versiontracker wg. der buglösung - wäre schon gut wenn man fürs ganze dokument spezifische überfüllungseinstellungen generell für versch. farben festlegen könnte. auch wenn dies dann durch obengenanntes problem wieder zunichte gemacht wird.

thx,
schöne grüße,
osx

Hallo "osx"

wie wir das früher gemacht haben kann ich Dir schon sagen. Entweder wir haben das über Freehand, Illustrator oder Photoshop-Grafiken gelöst, oder wenn es noch etwas schwieriger wurde, haben wir einzelne Dokumente gemacht die dann wiederum Grafiken enthielten die das aussparten was wir haben wollten. Beide Filme wurden zum Schluß zu einem Satz, eventuell mit umkopieren (nicht digital, sondern im Kopierrahmen, wenn noch Passerkorrekturen zu machen waren oder so), zusammengeführt.
Das war dann das fertige Litho. Zu der Zeit bekam man allerdings noch andere Preise für seine Arbeit.
Vielleicht bringt Dich das ja auf eine neue Idee.

Gruß
Conny

Hallo Conny,

interessant zu wissen wie das früher ging! allerdings kommts für mich leider nicht in frage zig einzelne dokumente zu machen oder alles in illu/fh zu machen. ich erhalte die komplett fertig layouts als quark dokumente komplett von der grafikabteilung in meiner firma und die müssen dann eben aufbereitet werden, so wie sie eben sind! es wird sich schon eine lösung ergeben - auf "aussparen" kann ich die schriften, oder welche objekte auch immer in diesem fall jedenfalls nicht stehen lassen!

also dann,
schöne tage,

osx

Hallo osx,

du fährst anscheinend einen separierten workflow, ist das richtig?

Grüsse David Uhlmann

MACOSX // DATENHANDLING
http://www.wissen-wie.ch

hallo david,

also bei mir in der firma ist das so:
ich erhalte die fertig gestalteten quarkdateien (vers. 3.32) von der inhouse grafikabteilung, muss diese reinzeichnen (also eben auch überfüllen usw.) und diese dateien werden dann wiederum weitergeleitet an externe dienstleister, die die daten dann entweder noch verändern (d.h. in der regel die highres bilder einsetzen und ggf. retuschieren), die fertigen daten dann ausbelichten (bzw. eine firma dafür beauftragen) und die filme an die jeweilige druckerei senden. zur kontrolle erhalte ich andrucke und ggf. noch blaupausen.
und wenn man da am ende eben erst merkt das die über bzw. eben die unterfüllungen sch... sind ist das sehr ärgerlich... - da ich eben keine kontrolle über die ergebnisse im zeitraum zwischen reinzeichnung und andruck habe! es mag zwar jemand anmerken, dass dies schlechte oranisationsstrukturen wären, daran lässt sich jedoch von meiner seite aus nichts ändern.

also dann - für ideen bin ich dankbar!

osx

Hi Dave,

das ist die Idee. Ich war wieder einmal Betriebsblind. Wenn das Problem über eine In-RIP-Separation gelöst wird, ist es quasi eliminiert und außerdem löst es auch das leidige Qualitätsproblem. Eine Stelle an der separiert wird, heißt logischerweise auch immer die selbe Qualität der Separation. Danke für die Idee.
An "OS X" und den anonymen Poster - das könnte auch Eure Lösung sein. Sprecht doch einfach einmal mit Euren Dienstleistern. Die meisten dürften Software-RIP's in einer einigermaßen aktuellen Version benutzen (Harlequin und so). Diese RIP's können meist sowohl PDF-, als auch nicht separierte PS-Dateien handeln und das könnte Eure Lösung sein.
Wenn Ihr da noch konkrete Fragen dazu habt, könnt Ihr mich gerne Fragen, ich war lange genug Lohnbelichter und hatte dieses Thema täglich auf dem Tisch. Ich hoffe das hilft Euch weiter.

Gruß
Conny

Hallo Conny,

ja, da hast du recht, mit InRip Separation dürfte das Problem vom Tisch sein, nur leider...

... kann ich den Workflow nicht ändern, bzw. ich weiss nicht mit was die einzelnen externen Dienstleister arbeiten d.h. separieren sie aus Quark raus oder nutzen sie schon InRip Separation usw. Und es wäre auch wieder ein Teil an Verantwortung abgeben... und das kann ich leider nicht, die Daten müssen produktionsfertig ausser Haus gegeben werden - und das eben leider als offene Quark Dateien (da von externen Dienstleistern meist noch die niedrig aufgelösten Bilder durch die hochaufgelösten ersetzt werden müssen usw. sodaß zb. eine Weitergabe als PDF wegfällt).

Außerdem müsste dazu zuvor bei jedem einzelnen job geklärt werden: wo wird dieser belichtet, wo wird er gedruckt usw. und das zieht die Sache in die Länge... aber gut, dass sind jetzt die individuelle Firmengegebenheiten bei mir.

Schönen Wochenanfang wünsche ich!

osx

sorry, die letzten zwei "anonymen" postings habe ich verfasst... hatte vergessen mich anzumelden! :-))

Naja, wenn diese Betriebe nicht mal einen Komposit-Workflow fahren, in der heutigen Zeit eigentlich unverständlich.
Ich habe selber eine Umstellunge von Separiertem auf Komposit-Workflow begleiten dürfen, ich kann Euch sagen, es gibt (fast) keine Probleme mehr. JPG-Bilder? falsche Über-Unterfüllungen? Alles von Haus aus kein Thema mehr.
Und das beste: Da Komposit in der Regel im Verbund mit PDF gefahren wird, kann man hier wirkungsvolle Prüfroutinen und ggf. Korrekturen (z.B. Haarlinien) einbauen.


Grüsse David Uhlmann

MACOSX // DATENHANDLING
http://www.wissen-wie.ch

OSX,

Hast Du Flightcheck? Wenn nicht: unbedingt kaufen!

Grüsse David Uhlmann

MACOSX // DATENHANDLING
http://www.wissen-wie.ch

Hallo David,

Flightcheck kenne ich zwar, arbeite momentan jedoch recht wenig damit. Auch in Sachen PDF geschieht in meiner Firma noch recht wenig, hauptsächlich werden die offenen Dateien weiterverstandt. Achja: wie schauts eigentlich im InDesign 2 mit Überfüllungen aus? Da kann man ja so Überfüllungsstile anlegen, wie ich gesehen habe und es scheint mit InRipSeperation zusammenzuarbeiten - habe mich aber noch nicht eingehend damit beschäftigt...

Grüße,

osx

Hallo "osx",

zu Deiner Frage bezüglich InDesign2. Ansich ist jedes Programm das Dateien ausgeben kann, in der Lage InRIP separiert zu werden. Eigentlich implementiert dies ja schon der Name "InRIP", dass das Programm nichts mit der Separation zu tun hat und eben nur in einem Composit die Daten ausgibt.
Allerdings wundere ich mich schon ein wenig, dass Du nun Quark in einer "uralt"-Version einer aktuellen Version von InDesign gegenüberstellst. Dass soll jetzt wirklich nicht Parteinahme sein, aber Quark 5 kann auch einiges mehr als 3.32.
Ich hoffe die Frage ist damit in Bezug auf Dein letztes Posting befriedigend beantwortet.

Gruß
Conny

Hi Conny,

wollte InDesign auch nicht unbedingt Quark gegenüberstellen, beim Thema InRipSeparation und Überfüllungen ist mir halt nur InDesign eingefallen und da habe ich einfach mal nachgefragt!

cu

osx

Hallo OSX_Lover,

ich grüsse dich.

Hat da jemand den Arbeitgeber gewechselt und somit auch das Programm. ;-)

Scheint ja ein ganz übles Sparbrötchen zu sein. Klingt alles sehr rückständig, fast schon mittelalterlich.

In solchen Fällen (offene Quark-Datei ausliefern) habe ich die Auszüge mit einem Postscript-s/w-Laser-Drucker auf Overhead-Folie gedruckt, am Leuchttisch optisch kontrolliert und dem Belichter als "Proof" mitgegeben. Ist zwar nicht optimal, aber eine gute Kontrolle. Halt so, wie man das wohl früher gemacht hat (oder, Conny). Das war aber vor "meiner Zeit".

Mich würde interessieren, warum ihr noch mit 3.32 abeitet?
Es gibt meiner Meinung nach nur zwei Gründe mit Quark 3.32 zu arbeiten:
Kompatibilität mit externen DLs und Geiz bzw. am falschen Ende gespart!

Schlage ihm/ihr doch vor, zumindest ein "gebrauchtes" 4.11er zu kaufen – kann auch im 3er-Format speichern. Ob die Überfüllungseinstellungen übernommen werden, weiss ich jedoch nicht und kann's auch nicht testen.

Der beste Tip zur Lösung: Arbeitgeber wechseln!!!

Gruß
Bernhard

Hallo Conny,

es ist korrekt, dass die in-RIP Separation, wie der Name schon sagt, ein RIP-Feature ist. Dennoch ist es ein riesigen Unterschied, ob ich diese Technologie aus einer Applikation heraus auszunutze, welche keinerlei Steuerungsmöglichkeiten bietet und mich somit auf Gedeih und Verderb davon abhängig macht, ob mein RIP, die Warteschlange oder der Hotfolder momentan korrekt für den konkreten Job konfiguriert ist, oder ob ich aus dem Druckdialog der Applikation heraus frei steuern kann, ob und wie die in-RIP Separation stattfinden soll. Letzteres bietet eben ein Adobe InDesign von Anfang an.
Wenn man dann noch bedenkt, dass gerade mal eine handvoll Zeilen PostScript-Code notwendig sind, um diesen Prozess aus der Druckdatei heraus zu steuern ist es um so peinlicher, dass QuarkXPress bis zum heutigen Tag ein solches Feature missen läßt.

Gleiches gilt natürlich für das in-RIP Trapping. Auch hier gibt es seit Jahren eine öffentlich zugängliche Spezifikation, die, wenn man sie nur endlich mal in QuarkXPress umsetzen würde, zumindest ein wenig die Unfähigkeit, im Composite-Modus überfüllen zu können, vergessen lassen würde.

Mit freundlichen Grüßen

Robert Zacherl

************************
IMPRESSED GmbH
http://www.impressed.de

Hi Robert,

sorry dass ich erst jetzt antworte aber die Stratomailkiste reicht im Moment wieder einmal schleppend weiter, weswegen ich die Mails erst heute bekam und nach dem Kundenbesuch jetzt antworten kann.
Vielleicht bin ich da etwas falsch vom Eindruck her rübergekommen. Ich will Quark wirklich nicht in den Himmel heben und meine Antwort wollte auch nur rüberbringen, dass rein theoretisch eine InRIP-Separation von fast allen Programmen aus möglich ist. Über InDesign kann ich mich da im Einzelnen gar nich auslassen, denn dazu kenne ich es noch zu wenig.
Aber reden wir doch einmal Klartext. Adobe hat sicherlich - aufgrund der Tatsache, dass es eigene Entwicklungen sind - mehr Erfahrung im Umgang mit PDF und allem dazu notwendigen Wissen sowie Features. Es ändert aber doch auch kein herumlamentieren, wenn ich mit Quark arbeiten muss, weil es in meinem Betrieb eingesetzt wird, habe ich einfach keine Wahl und muss versuchen das beste aus der Situation zu machen.
Und um die Quarkseite auch zu beleuchten, kann ich mir einfach nicht vorstellen, dass an der derzeitigen Sichtweise Quarks sich etwas verändert. Ich will auch das nicht falsch verstanden wissen, aber in OS X gibt es ja schon jetzt eine Möglichkeit PDF auszugeben. Das PDF ist, das weis ich auch, natürlich nicht toll, aber ich schätze mal, dass Quark da deswegen keinen Handlungsbedarf sehen könnte. Aber wie das in unserer Branche so ist, man wartet immer auf die nächste Version und hofft dass das Leben dann damit besser wird.
Ich hoffe ich konnte nun das, was ich meinte verständlich machen.

Gruß aus München
Conny

Conny,

ich gebe Ihnen im Prinzip Recht. Ändern können wir beide nichts an der Sachlage. Aber es ist doch genau die Grundeinstellung des Gros der QuarkXPress-Anwender, sich seinem Leid zu ergeben und sich stillschweigend mit dem zufrieden zu geben was man vorgesetzt bekommt. Wenn mehr QuarkXPress-Anwender ein wenig mehr über den Tellerrand schauen würden (was nicht gleichzusetzen ist mit einem Umstieg auf eine andere Lösung - es geht nur um Informationsbeschaffung), dann würde er/sie auch mehr von aktuellen, in anderen Produkten längst funktionabel implementierten Technologien mitbekommen. Ich kenne viele QuarkXPress-Anwender, die moderne Ausgabesysteme im Betrieb stehen haben (wie eben z.B. PostScript 3 RIPs), die aber von Technologien wie in-RIP Separation oder gar in-RIP Trapping nichts wissen, geschweige denn diese einsetzen. Der Grund ist klar: Wenn ich innerhalb der Applikation mit der ich tagtäglich arbeite niemals mit diesen Begrifflichkeiten innerhalb eines Programms konfrontiert werde, gehen, sofern ich mich nicht anderweitig informiere, solche modernen Arbeitstechniken unter Umständen spurlos an mir vorbei.
Wenn ich die Möglichkeiten nicht mal kenne, dann werde ich sie auch nicht vom Hersteller einfordern. Schön für Quark, schlecht für die Anwender, weil sich nichts ändern wird.

Ich möchte mal behaupten, dass eine aktive Unterstützung der in-RIP Separation und des in-RIP Trappings, dem typischen QuarkXPress-Anwender, der nunmal Seitenlayouts für die Printproduktion erstellt, viel mehr Nutzen bringen würde, als die eh ungenügenden Fähigkeiten einer QuarkXPress 5 Version im Bereich Webseiten-Erstellung.

Mit freundlichen Grüßen

Robert Zacherl

************************
IMPRESSED GmbH
http://www.impressed.de

Hi Robert,

gar nicht weitab vom Thema - das ist eigentlich auch meine Ansicht. Dennoch wird der Anteil der Leute die sich nicht dafür interessieren immer größer (Ich sehe es eigentlich immer wieder, wenn ich bei Kunden bin). Ich denke das sollte jeder selbst entscheiden, denn er muss damit dann auch leben und notfalls akzeptieeren dass der Zug für Ihn abgefahren ist. Ich glaube aber, dass wir diese Diskussion nicht hier führen sollten, sondern einen solchen Meinungsaustausch auf die Schiene Mail umleiten. Ich setze mich gerne mit kompetenten Leuten auseinander, denn auch ich kann nur immer wieder hinzulernen.
In diesem Sinne.

Gruß aus München
Conny