Hallo,

nach einigem höchst unerfreulichen Hin und Her mit Quark und einem ersten Blick auf deren Fix für das von Matthias Günther in

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

beschriebene Problem, habe ich eben beschlossen, meinen Fix fürs Problem zu veröffentlichen (weil ich alle Hoffnung fahren gelassen habe, daß Quark da was Vernünftiges rausbringen wird -- siehe weiter unten)

Jedenfalls steht hier:

     http://kaiser-edv.de/...havior_0.3.7.pkg.zip

ein Installer zur Verfügung, der Folgendes macht:

* Drei klitzekleine CUPS-Backends installieren, die für Distiller 6, 7 und 8
  zuständig sind (wenn die entsprechende Distiller-Version nicht auf dem
  Mac aktiv sind, bleibt das Backend inaktiv)

* Wenn ein "Distiller-Drucker" bereits eingerichtet ist, für diesen einen
  neuen gleichlautenden Drucker anlegen, der noch die Ergänzung
  "(Xpress 7.x Distiller-Fix") im Namen trägt. Es wird auch die selbe PPD
  genutzt wie für den korrespondierenden Distiller-Drucker

Das Ganze sieht dann anschl. bspw. so aus wie in beigefügtem Screenshot.

Was hat man anschließend? Die Möglichkeit, wieder direkt aus Xpress 7.x heraus "direkt in den Distiller" zu drucken, indem man die gefixten Varianten benutzt (Handhabung 1:1 wie beim originalen Adobe-PDF-Drucker: D.h. Joboptions im Druckdialog auswählen, dito Speicherort des PDF -- wenn hier was nicht klappt, dann ist eine falsche PPD ausgewählt worden).

Was geschieht dabei im Hintergrund? Xpress erzeugt wie gehabt eine temporäre Datei, schiebt die ins Drucksystem und mein Backend wird dann mit dem Pfad zu dieser Datei aufgerufen. Mein Backend verschiebt dann die temporäre Datei an eine sichere Stelle, ruft Adobes Backend auf und fertig.

Wer sollte das Ganze einsetzen? Eigentlich jeder, der direkt den Distiller aus Xpress heraus nutzen will (zu den Risiken und Nebenwirkungen des Ganzen hinsichtlich "PDF-Boxen" gibt es ja geteilte Meinungen) und nicht auf den "offiziellen Fix" seitens Quark warten will. Ich will das definitiv nicht mehr, denn abgesehen davon, daß der eh erst mit Xpress 7.3 funktionieren kann, so wie es Quark aktuell vorhat, bemüht sich Quarks Lösung redlich alle Nachteile der beiden in

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

skizzierten Ansätze zu vereinigen (also ab 7.3 wieder PS-Datei mit anderem MIME-Type spoolen und diesen dann von einem Mini-CUPS-Filter einlesen und an "standard out" Richtung Adobe Distiller duplizieren).

Warum Quark das Problem mit 7.3 nicht einfach aus der Welt schafft, wenn sie eh nur vorhaben, einen Fix anzubieten, der ab 7.3 funktioniert, will mir zwar nicht in den Kopf. Ist mir inzwischen aber auch egal, da ich dem Spielchen "Gratis-Consulting Richtung Quark" nicht mehr allzu viel abgewinnen kann.

Obige Lösung funktioniert jedenfalls mit jeder Xpress 7.x Version und ohne Performance-Einbußen wie die Quarksche. Dafür halt mit dem ästhetischen Makel, daß je installiertem "AdobePDF"-Drucker noch eine zusätzliche Queue im Druckdialog auftaucht (diese kann aber aus jeder Anwendung heraus und nicht nur Xpress genutzt werden)

Gruss,

Thomas

boah ey *kinnrunterklapp*

Ich habe das Thema lange nicht mehr verfolgt, da wir ja nicht mehr so viel mit XPress machen, aber das werde ich testen und dann mal berichten. Also wenn es funktioniert - davon gehe ich jetzt einfach mal aus - wäre das ja echt super. Schon mal besten Dank für die Bemühungen und die viele Arbeit.

Gruß

Hallo,

Antwort auf [ rohrfrei ]

das werde ich testen und dann mal berichten. Also wenn es funktioniert - davon gehe ich jetzt einfach mal aus - wäre das ja echt super.

Das funktioniert. Ausgehend vom ersten Ansatz, den wir in einem Parallelthread besprochen haben, habe ich die Backends (eben für jede Distiller-Version eine -- geht beim Backend-Ansatz nicht anders) so umgebaut, daß sie Xpress' temporäre PostScript-Datei nicht per "stdout" Richtung Distiller werfen, weil das ja nur für noch eine weitere temporäre Datei sorgt (so will Quark das aber jetzt allen Ernstes "lösen") sondern einfach die Datei mit korrekten Berechtigungen versehen und dann an Adobes Distiller-Backend übergibt.

Bernhard Werner hat mir sehr viel geholfen, diese erste vernünftige Version zu programmieren, indem er den Tester spielte. Der eigentliche Installer ging dann an die Moderatoren-Riege des Xpress-Forums hier auf HDS und von denen, die getestet haben, kam positive Rückmeldung. Ich gehe also davon aus, daß das problemlos funktioniert.

Man sollte aber vor Installation des Ganzen drauf achten, daß man Adobes Distiller-Backend installiert und einen entsprechenden "Adobe PDF" Drucker eingerichtet hat (am Besten einfach Acrobat und Distiller vorher anwerfen, dann sorgt Adobes "Self Heal" Mechanismus dafür, daß alles paßt).

Man kann anschl. auch Adobes originalen Drucker umbenennen und das Häkchen wegnehmen, daß der in den Druckmenüs auftauchen soll und dann einfach generell über "meinen" Adobe PDF Drucker ausgeben (auch aus anderen Anwendungen als Xpress -- schadet quasi nix)

Denn: In meinem Backend ist noch ein Fix drin: Falls man nicht mit Adobes Printer Dialog Extension arbeiten will, d.h. den Fragedialog vermeiden möchte, der normalerweise jedesmal aufpoppt und nach dem Speicherort der PDF-Datei fragt, dann rennt man leicht in ein altes Problem des Distillers. Wenn der nämlich auf Druckjobnamen stößt, die ein "/"- oder ":"-Zeichen enthalten, dann verweigert er die Mitarbeit. Deswegen filtert mein Backend derlei Zeichen und ersetzt sie im Namen der PS- bzw. PDF-Datei durch Unterstriche.

Gruss,

Thomas

Hallo Herr Kaiser,

Zitat

Der eigentliche Installer ging dann an die Moderatoren-Riege des Xpress-Forums hier auf HDS und von denen, die getestet haben, kam positive Rückmeldung. Ich gehe also davon aus, daß das problemlos funktioniert.

war da auch ein Mac mit 10.4.10 dabei? Bei mir funzt es nämlich irgendwie überhaupt nicht.

Die Installation verlief problemlos und es wird auch alles so angelegt wie im Text beschrieben. Aber nun kann ich weder über meinen bisherigen Adobe-PDF-7 noch über den Ihrigen modifizierten PDFs erzeugen. Es kommt gar nichts mehr raus.

Ihr modifizierter schickt den Druckauftrag los und bricht ihn dann nach kurzer Zeit ab. Ganz kurz ist eine Fehlermeldung zu sehen, die ich als screenshot angehängt habe.
Der Original Adobe-PDF meldet nun nur noch "Opening Distiller" aber es passiert nichts weiter. Kann man das ganze denn irgendwie wieder deinstallieren? Wenn ja, wie?

Mein Rechner: Macbook Pro, 2 GHZ, 2 GB RAM, 10.4.10

Zitat

Man sollte aber vor Installation des Ganzen drauf achten, daß man Adobes Distiller-Backend installiert und einen entsprechenden "Adobe PDF" Drucker eingerichtet hat (am Besten einfach Acrobat und Distiller vorher anwerfen, dann sorgt Adobes "Self Heal" Mechanismus dafür, daß alles paßt).

Bei den ganzen technischen Details muß ich jetzt mal fragen, was damit genau gemeint ist. Also einen Acrobat 7 Prof. habe ich ja über die CS2 komplett auf meinem System und damit natürlich auch den Adobe-PDF-7. Ist darüber hinaus noch irgendwas als Backend (also hinter den Kulissen) notwendig?
In einem zweiten Installationsprozess hatte ich Acrobat und Distiller im Hintergrund aktiv laufen. Ist das damit gemeint? Das ist doch sonst eigentlich eher hinderlich, wenn die Proggis laufen, oder nicht? Oder sollen die nur einmal vorher gestartet und dann wieder geschlossen werden? Sorry, das ich so penetrant nachbohre, aber wenn es halt nicht mehr funzt, dann möchte ich den Grund herausfinden. Und die Angaben könnten zweideutig interpretiert werden.


Gegenfrage:
Mal angenommen, daß hätte jetzt bei mir funktioniert, so wie bei den anderen auch. Was hätte ich dadurch gewonnen? Klar, die PDFs landen nicht mehr im Nirvana, sondern werden korrekt erzeugt. Aber bei Acrobat 7 habe ich doch das Problem, daß ich in den Druckeinstellugnen auf Betriebssystemebene die Distiller-joboptions auf einem Intel-Mac sowieso nicht auswählen kann. Damit wäre eine gezielte Beeinflussung der PDF-Erstellung doch immer noch nicht zuverlässig möglich.

Oder irre ich mich da? Sorry, aber ich habe es echt nicht mehr drauf. Aus XPress schreiben wir ein PS und refinen das in Prinergy und aus ID machen wie i.d.R. das gleiche oder exportieren direkt natives PDF. Also hier bräuchte ich nochmal Aufklärung.

Mit Acrobat 8 sieht das ja anders aus. Da kann ich wieder die Distiller-joboptions wählen im Druckenmenü. Da würde ich das dann einsehen und tatsächlich als große Erleichterung betrachten. Vor allem für die Leute, die halt kein Helios oder Prinergy o.ä. haben und rein auf den Distiller angewiesen sind.

Gruß

Hallo,

Antwort auf [ rohrfrei ]

Zitat

Der eigentliche Installer ging dann an die Moderatoren-Riege des Xpress-Forums hier auf HDS und von denen, die getestet haben, kam positive Rückmeldung. Ich gehe also davon aus, daß das problemlos funktioniert.

war da auch ein Mac mit 10.4.10 dabei?

Bei mir. Ein MacBook mit 10.4.10.

Antwort auf:

Ihr modifizierter schickt den Druckauftrag los und bricht ihn dann nach kurzer Zeit ab. Ganz kurz ist eine Fehlermeldung zu sehen, die ich als screenshot angehängt habe.

Da steht, daß der pictwpstops-Filter abgebrochen hat. Der wird deutlich vor dem Backend aufgerufen, d.h. das eine hat mit dem anderen nichts zu tun (ich weiß, daß klingt jetzt blöd aber ich vermute hier einen reinen zeitlichen und keinen kausalen Zusammenhang)

Antwort auf:

Der Original Adobe-PDF meldet nun nur noch "Opening Distiller" aber es passiert nichts weiter. Kann man das ganze denn irgendwie wieder deinstallieren? Wenn ja, wie?

Eigentlich muß man nichts deinstallieren, da es reicht, die Backends nicht zu benutzen. Es wird ja durch den Installer nirgends tiefer ins System eingegriffen, so daß eine Deinstallation "eigentlich" unnötig ist, daß es reicht, die vom Installer angelegten Drucker wieder zu löschen und die Backends nicht zu nutzen.

Konkret. Der Installer installiert 1 Datei (ein sog. CUPS-Backend) und zwei sog. symbolische Links auf diese:

Code

powerbook-tk:/usr/libexec/cups/backend root# ls -la *fixed 
-rwxr-xr-x   1 root  wheel  4018 17 Jun 11:44 pdf-fixed 
lrwxr-xr-x   1 root  wheel     9 16 Jun 15:37 pdf700-fixed -> pdf-fixed 
lrwxr-xr-x   1 root  wheel     9 16 Jun 15:37 pdf800-fixed -> pdf-fixed 

Und dann richtet der Installer noch automatisch entsprechende Drucker ein, wenn vorher schon welche existiert haben, die den Distiller nutzen.

Wenn nun bspw. der Drucker "Adobe PDF 7.0 (Xpress 7.x Distiller-Fix)" in einer Anwendung ausgewählt wird, dann ist damit erstmal nur festgelegt, daß am Ende das dazugehörige "Backend" ausgeben soll -- in dem Fall "pdf700-fixed". Das Drucksystem des Macs basiert auf CUPS (mit ein paar Apple-spezifischen Ausnahmen -- siehe http://kaiser-edv.de/...nktioniert-cups.html) und CUPS sieht nun vor, daß der Weg, den die Druckdaten durch CUPS nehmen von ein paar Faktoren abhängen.

In Deinem Fall, wenn der pictwpstops-Filter im Spiel sein sollte (für Details siehe obige URL), hat die Anwendung "PICT with embedded PostScript" erzeugt, das dieser Filter nun in "normales" PostScript wandeln soll, das dann von meinem Backend an Adobes Backend weitergereicht werden würde... wenn denn nicht schon Apples pictwpstops-Filter an sich auf die Nase gefallen wäre. Warum er das tut, weiß ich leider auch nicht. Könnte man aber nachschauen in CUPS' Log-Datei, wenn man vorher den LogLevel hochsetzt (siehe http://groups.google.com/...s+loglevel+error_log)

Antwort auf:

Zitat

Man sollte aber vor Installation des Ganzen drauf achten, daß man [b]Adobes Distiller-Backend installiert und einen entsprechenden "Adobe PDF" Drucker eingerichtet hat (am Besten einfach Acrobat und Distiller vorher anwerfen, dann sorgt Adobes "Self Heal" Mechanismus dafür, daß alles paßt).

Bei den ganzen technischen Details muß ich jetzt mal fragen, was damit genau gemeint ist. Also einen Acrobat 7 Prof. habe ich ja über die CS2 komplett auf meinem System und damit natürlich auch den Adobe-PDF-7. Ist darüber hinaus noch irgendwas als Backend (also hinter den Kulissen) notwendig?

Nein, Adobes Backend ist die Datei "/usr/libexec/cups/backend/pdf700". Ich wollte damit ausdrücken, daß man vor der Installation meines Distiller-Fixes einfach mal den entsprechenden Distiller und Acrobat Pro startet, damit Adobes "Self Heal"-Mechanismen dafür sorgen, daß sowohl Backend als auch "Adobe PDF"-Drucker installiert werden. Denn mein Installer funktioniert nur, wenn das als Vorleistung geschehen ist bzw. hat man ansonsten im Nachhinein eben Handarbeit vor sich (muß bspw. per "Druckersymbole Dienstprogramm" erst eine Queue anlegen, bei der dann aber das Risiko bestünde, daß man eine falsche PPD auswählt, etc.)

Antwort auf:

In einem zweiten Installationsprozess hatte ich Acrobat und Distiller im Hintergrund aktiv laufen. Ist das damit gemeint? Das ist doch sonst eigentlich eher hinderlich, wenn die Proggis laufen, oder nicht?

Nein, das ist völlig egal.

Antwort auf:

Oder sollen die nur einmal vorher gestartet und dann wieder geschlossen werden?

Einfach nur einmal vorher gestartet werden. Ob sie anschl. noch laufen, ist irrelevant.

Antwort auf:

Gegenfrage:
Mal angenommen, daß hätte jetzt bei mir funktioniert, so wie bei den anderen auch. Was hätte ich dadurch gewonnen?

Das soll mal Bernhard Werner erklären, denn eigentlich habe ich mich mit dem Kram nur befaßt, weil er so nett drum gebeten hatte. [i]Ich erzeuge PDF auf grundsätzlich andere Arten via Distiller (via Helios' "Create PDF" oder über mein "Virtual Printer" CUPS-Backend im Distiller-Hotfolder-Modus)

Abschließend nochmal zu Deinem Problem, daß nun das Drucken offenbar gar nicht mehr geht. Kann ich leider nicht mehr dazu sagen, als daß es höchst unwahrscheinlich ist, daß da irgendein Zusammenhang mit meinem Backend oder Installer besteht. Denn der Druckjob fliegt ja schon viel früher aus der Kurve.

Wenn Du Hilfe brauchst, dann brauche ich die folgenden Informationen als persönliche Nachricht bzw. gleich an [i]info (ät) kaiser (minus) edv (punkt) de:

* Aus welcher Anwendung wurde gedruckt? (Xpress 7 kanns nicht sein)
* Auszug aus CUPS' error_log, [b]nachdem die Geschwätzigkeit erhöht wurde
* /etc/cups/printers.conf
* /etc/cups/ppd/AdobePDF7-fixed.ppd

Um die Geschwätzigkeit zu erhöhen in Terminal.app

Code

sudo cp /etc/cups/cupsd.conf /etc/cups/cupsd.conf.bak 
sudo pico -w /etc/cups/cupsd.conf 

machen, dort die Zeile mit "LogLevel info" suchen und durch "LogLevel debug" ersetzen, speichern und anschl.

Code

sudo killall -SIGHUP cupsd 

ausführen. Anschl. kann man dann per Programme --> Dienstprogramme --> Konsole in CUPS' error_log schauen und bekommt deutlich mehr Informationen dargeboten.

Gruss,

Thomas

Hallo,

vorhin vergessen, daher ergänzend:

Antwort auf [ Thomas Kaiser ]

Abschließend nochmal zu Deinem Problem, daß nun das Drucken offenbar gar nicht mehr geht. Kann ich leider nicht mehr dazu sagen, als daß es höchst unwahrscheinlich ist, daß da irgendein Zusammenhang mit meinem Backend oder Installer besteht. Denn der Druckjob fliegt ja schon viel früher aus der Kurve.

Ich tippe auf Fonts, weil http://www.google.com/...wpstops+unexpectedly.

Was man wissen muß: Der pictwpstops-Filter hat aus dem Apple-proprietären "PICT with embedded PostScript", das manche Anwendungen (bspw. Xpress vor Version 7, Acrobat vor Version 8, InDesign vor Version 5) erzeugen, reines DSC-konformes PostScript zu erstellen. Dazu gehört unter anderem die Inkludierung von Fonts in den PostScript-Datenstrom. Wenn also ein im PS-Datenstrom referenzierter Font defekt ist, dann steigt die Wahrscheinlichkeit, daß der pictwpstops-Filter aus den Latschen kippt auf 100%. Und der besagte Font muß gar nicht wirklich auf irgendeiner Seite des Dokuments eingesetzt sein, es reicht, daß ihn die Anwendung als "nötig" deklariert und sich der pictwpstops-Filter daher genötigt sieht, ihn von der Platte zu lesen und als Type1- oder Type42-Font in den PostScript-Stream einzubetten.

Gruss,

Thomas

Hallo,

Zitat

Bei mir. Ein MacBook mit 10.4.10.

ok, also kann es nicht am Update liegen, welches ich vorher eingespielt habe

Dann muß ich nochmal suchen und probieren. Kann durchaus sein, daß da irgendwas verbogen ist. Auf meiner geclonten externen habe ich 10.4.9 drauf, da klappt alles. Das werde ich erstmal zurückspielen, testen und dann noch mal den Fix installieren.

Gruß

Hallo,

Antwort auf [ rohrfrei ]

Dann muß ich nochmal suchen und probieren

Ich würde nicht in der Gegend herumsuchen sondern zielstrebig. Die Fehlermeldung klingt nach "defekten" Schriften, d.h. als erste Maßnahme mal ein Dokument ohne Schriften antesten, vorher einmal einen "Safe Boot" durchführen, um Font-Caches zu leeren, es mit einem Programm versuchen, bei dem Einfluß drauf genommen werden kann, welche Fonts im Druckjob referenziert werden (also nicht Quark)

Gruss,

Thomas

Hallo nochmal,

also auf meinem System 10.4.10 scheint offensichtlich der Wurm drin gewesen zu sein. Die Probleme hatten nichts mit dem Distiller-Fix von Thomas Kaiser zu tun. Mein CUPS war so versaubeutelt, daß mir nur ein "Drucksystem zurücksetzen" im Druckerdienstprogramm helfen konnte. Aber jetzt geht es wieder. Tut mir leid, wenn ich da bei irgendjemandem Verwirrung gestiftet habe.

Habe jetzt auf meiner Sicherheitskopie 10.4.9 - wieder mal ein Beleg dafür, daß so etwas sinnvoll ist - das ganze nochmal nachvollzogen. Das ganze verläuft in der Tat völlig problemlos ab. Der Installer macht alles von alleine und sogar wenn man Acro 7 und 8 parallel auf dem System hat, dann wird für jeden Adobe-PDF ein gefixter angelegt.

Die PDF-Erstellung aus XPress 7.2 auf Intel-Mac über Adobe-PDF funzt nun einwandfrei. So, wie man es sich wünscht. Also somit ist der Fix sicherlich ein absoluter Volltreffer und ich kann es nur jedem empfehlen, der wieder PDFs so erzeugen möchte, wie man das von OS-X (und auch Win-XP) über den Adobe-PDF gewohnt ist. Mit Anwahl der PDF-Optionen im Druckerdialog - einfach genial. 10 Punkte von mir.

Gruß

DANKE!!

Hilfe!!!
Hallo, Dein Fix hilft. Ich kann aus 7.3 über Adobe PDF Printer drucken. Aber wie mache ich es rückgängig? Seit der Installation kann ich keine Dokumente mehr aufmachen. XPress friert ein.

Lierl

Hallo,

Antwort auf [ Lierl ]

Hilfe!!!
Hallo, Dein Fix hilft. Ich kann aus 7.3 über Adobe PDF Printer drucken.

Äh, wollte Quark das mit 7.3 nicht endlich mal selbst lösen bzw. workarounden?

Antwort auf:

Aber wie mache ich es rückgängig?

Da gibt es nichts rückgängig zu machen, weil das Ganze eh keinerlei Einfluß aufs System hat, außer man benutzt den Fix. Lösch einfach im Druckersymbole Dienstprogramm alle AdobePDF-Drucker, deren Name auf "-fixed" endet, fertig.

Antwort auf:

Seit der Installation kann ich keine Dokumente mehr aufmachen. XPress friert ein.

Naja, da dürfte wie bei "rohrfrei" auch vorher im Thread ein zeitlicher Zusammenhang zum kausalen stilisiert werden. Ich vermute mal, daß da jedenfalls kein direkter Zusammenhang besteht. Wenn Xpress beim Öffnen von Dokumenten einfriert, handelt es sich wohl um einen der üblichen Bugs in dem Programm. Erster Verdacht meinerseits sind immer defekte Fonts.

Mal FontExplorer oder Vergleichbares checken lassen und präventiv mal einen Safe Boot (Starten mit gedrückter Hochstelltaste) direkt gefolgt von einem normalen ausführen -- siehe auch:

     http://docs.info.apple.com/...tml?artnum=107392-de

Daß mein CUPS-Backend damit irgendwas zu tun haben kann, ist jedenfalls extrem unwahrscheinlich bis eigentlich ausgeschlossen (aber bei Xpress weiß man ja nie, vielleicht verschluckt sich das an irgendwelchen internen Printer-Prefs, da könnte dann ggf. auch "Druck-System zurücksetzen" im Druckersymbole Dienstprogramm helfen)

Wichtig bei Troubleshooting: Strukturiert, d.h. nach obiger Reihenfolge vorgehen und nicht alles auf einmal aufs System loslassen!

Gruss,

Thomas

Danke für die Hilfe. Ich war ganz schön am Schwitzen. Ein Dokument mit 112 Seiten und der Drucker braucht neue pdf-Seiten. Und das am Freitag Morgen!
Xpress hat jedesmal noch vor dem Schriftenladen schlapp gemacht. Aber nur bei diesem Dokument.
Ich habe also alle Schriften zugemacht, sie neu geöffnet und den Druckertreiber geschlossen. Voilá! Alles paletti.

Viele Grüße und nochmals herzlichen Dank!
lierl

Hallo Herr Kaiser!
Ich hatte das selber Problem wie Lierl, einige (und nur diese) Xpress_Dokumente hat 7.3 nicht mehr geöffnet und sich beendet.
Ihr Tipp einen Safe-Start dazwischen zu schieben, wirkte Wunder und die Dateien werden wieder problemlos geöffnet. Betriebsystem übrigens Mac OS X 10.4.10 (PowerPC).

Dummerweise hatte ich zudem noch das Drucksystem zurückgesetzt.
Der Adobe PDF 7.0-Drucker ließ sich daraufhin zwar manuell installieren, hat aber nicht funktioniert, das Fix-Tool hat ihn auch nicht erkannt.
Durch erneute Installation von Acrobat 7 ist auch nicht wie bisher automatisch der Drucker aufgetaucht.

Mit Acrobat 8 kein Problem, der Drucker wird automatisch eingerichtet und auch das Fix-Tool erkennt ihn wie gewünscht.

Ein weiteres Problem: Das Tool erkennt auf 2 anderen Rechnern ebenfalls nicht den Adobe PDF 7.0-Drucker.
Woran kann das liegen?

In jedem Fall schon mal vielen Dank für den Fix, der uns gut weitergeholfen hat!

Hallo,

Antwort auf [ tobe ]

Ich hatte das selber Problem wie Lierl, einige (und nur diese) Xpress_Dokumente hat 7.3 nicht mehr geöffnet und sich beendet.

Ich kann mir aber weiterhin nicht vorstellen, daß sowas mit dem Drucksystem im Allgemeinen und meinen Backends im Speziellen zu tun hat.

Antwort auf:

Ihr Tipp einen Safe-Start dazwischen zu schieben, wirkte Wunder und die Dateien werden wieder problemlos geöffnet. Betriebsystem übrigens Mac OS X 10.4.10 (PowerPC).

Fein.

Antwort auf:

Dummerweise hatte ich zudem noch das Drucksystem zurückgesetzt.
Der Adobe PDF 7.0-Drucker ließ sich daraufhin zwar manuell installieren, hat aber nicht funktioniert, das Fix-Tool hat ihn auch nicht erkannt.

Yep, wenn kein originaler AdobePDF-Printer installiert ist, dann wird auch nicht der zur jeweiligen Distiller-Version passende Fix installiert.

Antwort auf:

Durch erneute Installation von Acrobat 7 ist auch nicht wie bisher automatisch der Drucker aufgetaucht.

Das ist seltsam, denn eigentlich sollte das vollautomatisch im Rahmen von Acrobats "Self Heal"-Mechanismen geschehen (siehe weiter unten). Acrobat 7 sollte beim Start nämlich automatisch das folgende Skript aufrufen. Kann man aber auch von Hand nachholen, dazu Terminal.app öffnen und dann

Code

sudo "/Applications/Adobe Acrobat 7.0 Professional/Adobe Acrobat 7.0 Professional.app/Contents/MacOS/SelfHealFiles/AdobePDFPrinter/cupshup.pl" 

Es wird das eigene Paßwort abgefragt und dann der Drucker angelegt. Allerdings [b]nur, wenn Adobes CUPS-Backend bereits installiert ist (geschieht eigentlich auch vollautomatisch durch die Installation von Acrobat bzw. den "Self Heal"-Kram). Zur Sicherheit vielleicht vorher in Terminal.app noch Folgendes ausführen:

Code

sudo cp -p "/Applications/Adobe Acrobat 7.0 Professional/Adobe Acrobat 7.0 Professional.app/Contents/MacOS/SelfHealFiles/AdobePDFPrinter/pdf700" /usr/libexec/cups/backend/pdf700 

Aaaaabbbbeeerrrr. All das sollte eigentlich automatisch beim ersten Start von Acrobat eingerichtet werden (Stichwort: Self Heal). Kann halt sein, daß Adobe da was mit den User-Accounts und Berechtigungen verpennt hat. Wenn Du als nicht-Admin-User werkeln solltest, dann einfach mal mit einem Admin-Account einloggen und dann je einmal Acrobat Pro und einmal Distiller starten und wieder erneut als normaler User einloggen. Anschl. sollte alles passen.

Antwort auf:

Ein weiteres Problem: Das Tool erkennt auf 2 anderen Rechnern ebenfalls nicht den Adobe PDF 7.0-Drucker.
Woran kann das liegen?

Der Fix wird nur dann installiert, wenn vorher auch sauber Adobes eigenes PDF-Backend in der passenden Version installiert ist (siehe oben, wie man das sicherstellen kann). Also einfach mal dort per "Self Heal"-Kram sicherstellen, daß Adobes Lösung funktioniert und dann erneut meinen Fix installieren. Ach ja: Vorher mittels TextEdit eine leere Textdatei in "Benutzer:Für alle Benutzer:" anlegen. Die braucht exakt den Namen "Xpress7-Fix.txt". Wenn die Datei existiert, schreibt mein Installer da bisserl Infos rein. Also wenn's anschl. immer noch nicht geht, dann nach Installation die Textdatei per Mail an info (ät) kaiser (minus) edv (punkt) de

Antwort auf:

In jedem Fall schon mal vielen Dank für den Fix, der uns gut weitergeholfen hat!

Ich wunder mich nur nach wie vor, ob es Quark denn nicht endlich mit Xpress 7.3 selbst geschafft hat, das Problem zu workarounden. Kann denn da keiner mal was 'zu sagen (ich selbst kann's nicht prüfen, weil schon vor Jahren glücklich Richtung InDesign konvertiert)

Gruss,

Thomas

Hallo Thomas,

Antwort auf [ Thomas Kaiser ]

Ich wunder mich nur nach wie vor, ob es Quark denn nicht endlich mit Xpress 7.3 selbst geschafft hat, das Problem zu workarounden. Kann denn da keiner mal was 'zu sagen ...

Nein, mit dem 7.3-Update wurde es immer noch nicht gefixt. :-(

Warum sollten sie sich auch von einem "Kraut" erzählen lassen, wie sie ihre Software zu programmieren haben ...

Gruß
Bernhard

Hallo Thomas,

Antwort auf:

Ich wunder mich nur nach wie vor, ob es Quark denn nicht endlich mit Xpress 7.3 selbst geschafft hat, das Problem zu workarounden. Kann denn da keiner mal was 'zu sagen

Ich kann dazu nur sagen, dass der Adobe Printer mit allen Programmen druckt, nur nicht mit QXP 7.3. Da wird er zum *Luftdrucker*.

Es verhält sich nach wie vor so, wie ich es hier im Fazit ausgeführt habe: http://www.quarkuser.net/...ut/AU2/AU2.htm#Fazit.

Hallo,

Antwort auf [ xpressio ]

Ich kann dazu nur sagen, dass der Adobe Printer mit allen Programmen druckt, nur nicht mit QXP 7.3. Da wird er zum *Luftdrucker*.

Wie das jetzt? Wieso auf einmal nur noch Xpress 7.3 und nicht die 7er Vorversionen auch?!

Antwort auf:

Es verhält sich nach wie vor so, wie ich es hier im Fazit ausgeführt habe: http://www.quarkuser.net/...ut/AU2/AU2.htm#Fazit.

Scusa, aber in dem Fazit finde ich weit und breit nichts bzgl. Drucken. Eigentlich finde ich auf der ganzen Site nichts, weil ich wohl zu verquer bin, die Site-Navigation zu verstehen

Ich dachte eben nach wie vor, das grundsätzliche Problem, dessen Beschreibung Matthias Günther dankenswerterweise ins Deutsche übersetzt hat (siehe http://www.hilfdirselbst.ch/...i?post=290491#290491) resultiert daraus, daß sie bei Quark einerseits verhindern wollen, daß Apples "pstops"-Filter in Xpress-Druckjobs eingreift, sie sich aber zu fein sind, einen eigenen MIME-Type fürs Spooling zu benutzen und daher einfach eine PostScript-Spooldatei ins Dateisystem schieben, die dann ungenügende Berechtigungen hat, um von Adobes Distiller-Library weiterverarbeitet werden zu können.

Oder was soll jetzt mit 7.3 plötzlich neu sein?

Gruss,

Thomas

Antwort auf:

Wie das jetzt? Wieso auf einmal nur noch Xpress 7.3 und nicht die 7er Vorversionen auch?!

Sorry, Du hast nur nach QXP 7.3 gefragt. Aber selbstverständlich betrifft es auch die Vorversionen.

Antwort auf:

Scusa, aber in dem Fazit finde ich weit und breit nichts bzgl. Drucken

Mein Fazit bezog sich allgemein auf das Zusammenspiel Quark-Adobe-Apple. Schließlich wird in dem von Dir erwähnten von Matthias Günther übersetzten Artikel auch der Ball den anderen zugeschoben.

Antwort auf:

Eigentlich finde ich auf der ganzen Site nichts, weil ich wohl zu verquer bin, die Site-Navigation zu verstehen

Öfters die Site besuchen, dann wird’s schon ;–)

Hallo,

Antwort auf [ xpressio ]

Antwort auf:

Scusa, aber in dem Fazit finde ich weit und breit nichts bzgl. Drucken

Mein Fazit bezog sich allgemein auf das Zusammenspiel Quark-Adobe-Apple. Schließlich wird in dem von Dir erwähnten von Matthias Günther übersetzten Artikel auch der Ball den anderen zugeschoben.

Naja, aber das sind jetzt schon zwei paar Schuhe. Bei dem von Dir bemäkelten Fall, daß in Standard-Automator-Actions zwar paar InDesign-Dateitypen vorkommen aber keine für Xpress vermute ich schlicht und einfach Pragmatismus bzw. Kapitulation vor einer gewissen Mac-Blindheit bei Quark zum Zeitpunkt der Entwicklung von 10.4 (und den dahinterliegenden Konzepten, konkret Uniform Type Identifiers, damit verwandt sowohl Spotlight als auch Automator)

Wenn Du nach Dateitypen filtern willst, bedingt das auch, daß die Dateien an sich einen passenden Type/Creator haben (über den Umweg UTIs -- siehe Suchbegriff kMDItemKind). Quark hat irgendwann (Xpress 6.0 oder 6.5 -- keine Ahnung mehr) ja dann beschlossen, ihren bisherigen FileType "XDOC" durch "XPRJ" zu ersetzen und den dann zu allem Überfluß noch nicht mal sonderlich konsequent bzw. konsistent zu deklarieren. Schau's Dir einfach mal an per Blick auf die LaunchServices Datenbank:

Code

/System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/LaunchServices.framework/Versions/A/Support/lsregister -dump | grep -B5 XPRJ 

und

Code

/System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/LaunchServices.framework/Versions/A/Support/lsregister -dump | grep -B5 XDOC 

Nicht wirklich konsistent die Typ-Definitionen. Und dann vergleich mal mit InDesign, wenn Du das auf Platte hast ("IDd4" entspricht ID 4 also ID CS2, "IDd3" entspricht dementsprechend ID 3 also ID CS, usw. usf.):

Code

/System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/LaunchServices.framework/Versions/A/Support/lsregister -dump | grep -B5 IDd4 

Da wundert es mich nicht, daß sie bei Apple was Funktionierendes gewählt haben, und für Xpress-User dann halt eben nur die Option "Filtern nach Dateinamen-Suffix" übrigbleibt .

In dem Zusammenhang einfach nochmal rekapitulieren, wie lustig das war, als Quark ihre ersten Spotlight-Metadaten-Importer rausgebracht hat. Auch da gleich die nette Panne, daß sie FileType/Creator verwechselt haben. So wirklich Mac-Kompetenz signalisiert man irgendwie anders...

Bei der Druck-Chose mit dem Distiller ist die Sache bisserl anders gelagert: Hier war Apple initial beteiligt durch Änderung von APIs, die bei dem von Quark (offensichtlich in Unkenntnis der Möglichkeiten des Spoolsystems von MacOS X) eingeschlagenen Weg, PostScript-Druckjobs ins Spoolsystem zu stellen, dann dazu führten, daß Dateien mit zu restriktiven Berechtigungen bei Adobes Distiller-Backend ankamen. Die "Schuld" an dem Status Quo sehe ich hier in der Tat bei allen Beteiligten (allerdings verschieden gewichtet mit Schwerpunkt bei Adobe). Fakt ist nur, daß es etwas befremdlich ist, wie lange Quark nun braucht, um einen echten Fix herauszubringen, wo sie doch sogar allerausführlichste Hilfe sogar von extern bekommen haben...

Naja, ich sag' da nix mehr zu sonst muß ich mich nur wieder aufregen

Gruss,

Thomas

Hallo Thomas,

vielen Dank für die Antwort.

Ich bin als admin-user angemeldet, daran hat's nicht gelegen.

Jedenfalls haben wir noch einen Acrobat 8 gekauft, damit hat sich das
Problem erledigt.
Meinem Chef war das zu haarig, etwas mit der Konsole zu machen, da sich dabei schon mal ein System aufgehängt hatte.

Trotzdem Danke!
tobe

Antwort auf:

So wirklich Mac-Kompetenz signalisiert man irgendwie anders...

Vielleicht wollen sie das ja umgehen, indem sie verstärkt die Win-Plattform forcieren ;–)

Hallo,

Antwort auf [ Thomas Kaiser ]

Jedenfalls steht hier:

     http://kaiser-edv.de/...havior_0.3.7.pkg.zip

ein Installer zur Verfügung

Kurzes Update. Es existiert seit eben eine aktualisierte Version, die einen Fix enthält, der auch ein korrektes Anlegen der gefixten Distiller-Drucker erlaubt, wenn diese Standard-Drucker waren (ging vorher nicht). Großer Dank an Andreas Heigl von der wdv-Gruppe für das Übermitteln des Fix.

Achtung: Die neue Version muß nur eingespielt werden, falls man beim Installieren keine zusätzlichen Distiller-Drucker mit dem Zusatz "Distiller-Fix" angelegt bekommen hat. Wenn alles vorher schon funktioniert hat, gibt es keinen Grund, den Installer zu verwenden.

Für Neuinstallationen empfiehlt sich aber der aktualisierte Installer, d.h.

     http://kaiser-edv.de/...havior_0.3.8.pkg.zip

Gruss,

Thomas

Hi Thomas,

Danke für deine Mühe bzgl. dieses Problems - das auch ich erst mal "ad akta" gelegt hatte und nun erst entdecke.

Ich werde den neuen Patch mal testen.

Deine Site hat einen festen Platz in meinen Lesezeichen bekommen. ;-)

Schönen Gruß
Jürgen

Hallo Thomas

Hast du schon Erfahrungen wie sich QXP 7.3 hier unter Leopard verhält?

Hallo,

Zitat

Hast du schon Erfahrungen wie sich QXP 7.3 hier unter Leopard verhält?

Komisch, noch keine Antwort?

Dann will ich mal:
Also der Adobe-PDF funktioniert ja erst seit dem letzten Update von Acrobat 8.1.2 unter Leopard. Hat zwar lange gedauert, läuft jetzt aber in meinen Augen völlig ok und zuverlässig. Man kommt auch an alle Einstellungen dran, also z.B. die joboptions direkt im Druckdialog.

Aus XPress 7.31 ist es jedoch das gleiche Verhalten wie unter Tiger, d.h. der Druckjob läuft an und verschwindet dann nach kurzer Zeit im Nirvana ohne das ein PDF erstellt wurde.

Der Distiller-Fix von Thomas Kaiser lässt sich zwar installieren und meldet auch einen korrekten Abschluß der Installation, aber bei mir wurde kein neuer Drucker angelegt, so wie es noch unter Tiger geschehen ist: MacPro (neueste Serie) 2x2,8 mit 10.5.2. Ist das bekannt? Hat es jemand unter Leo zum Laufen gebracht?

Gruß

Hallo rohrfrei

Selbst im Quark eigenen Forum gibt es bisher keine Antwort darauf,
bzw. der angekündigte CUPS-Fix für 10.5.x ist nicht in Sicht.

Warum, das entzieht sich meiner Kenntnis.

Das Thomas nicht antwortet, kann zwei Gründe haben
1. Er ist nicht da
2. Er hat sich so über diese Thema geärgert, das er es nicht mehr anpackt.

Hallo,

ich wollte da auch überhaupt keinen Druck aufbauen oder so. Wollte eigentlich nur fragen, ob es bei anderen auch nicht funzt, um einen Fehler auf meiner Kiste auszuschließen.

Gruß

Hallo

Ich habe auch das Problem dass ich mit Acrobat 8.1.2 und Xpress 7.31 kein PDF drucken kann. Aus allen anderen Programmen wie Word etc. gehts. Aber beim Quark wird der Job in die Liste augenommen, dann kommt IDLE und dann verschwindet alles. Habe es nun mit diesem zweiten Drucker Distiller Fix probiert. Kein Erfolg. Gibt es da irgendeine Lösung? Ich kann doch nicht Dokumente mit x Seiten über EPS pdflen....

Antwort auf [ my84 ]

Gibt es da irgendeine Lösung?

Der "Normal"-Ausgabeweg für PDF aus XPress 7 ist:

In den PDF-Vorgaben von XPress 7 auf "PS-Datei für späteres Distillieren..." umstellen.
PDF-Export aufrufen.
PDF-Exporteinstellung von PDFX-ready (vorher von dort downloaden, falls noch nicht geschehen) auswählen.
Entstehende PS-Datei in den Distiller ziehen und somit distillieren lassen.
Fertig.