Illustrator CS4 startet nicht nach Mapublisher-Installation

Konfiguration: MacPro Intel, 10.5.8, Illustrator 14.0, Illustrator-PlugIn Mapublisher 8.2 (Avenza).

Problem: Illustrator CS4 14.0 lässt sich normal starten. Nach der Installation des PlugIns Mapublisher 8.2 wird Illustrator während des Startvorganges als normaler Benutzer unerwartet beendet. Als Admin ist der Start kein Problem. -> Zugriffsrechte?

Bei der normalen Installation wird im Programmordner ein Avenza-Ordner angelegt, in dem auch das PlugIn enthalten ist. Eine Verknüpfung dahin wird im Zusatzmodule-Ordner von Illustrator angelegt.

Lösung: Der Versuch, diese Verknüpfung durch das Original zu ersetzen, funktioniert. Jetzt kann auch der normale Benutzer das Programm starten.

Hinweis: Bei einem weiteren Update könnte es natürlich jetzt sein, dass der ein oder andere Ordner nicht mehr gefunden wird. In dem Fall die Lizenzdatei sichern PlugIn deinstallieren und das Update mit der Lizenzdatei neu installieren.

Acrobat Pro startet nicht nach Quite a Box of Tricks-Installation

Konfiguration: Intel-MacPro, OSX 10.5.8, Adobe CS4 Design-Premium (mit Acrobat 9.2) mit allen Updates, Pitstop Pro 09 Update 1, Quite a Box of Tricks 1.8c deutsch.

Problem: Nach der Installation von Quite a Box of Tricks 1.8c als PlugIn zu Acrobat Pro 9.2 startet Acrobat nicht mehr.

Lösung: Hier stimmt scheinbar irgendetwas mit den Rechten im Plug-ins-Ordner nicht. Er befindet sich "in" der Acrobat.app. Mit der rechten Maustaste "Paketinhalt zeigen" unter /Contents/Plug-ins werden für die Dateien und Verzeichnisse des neuen PlugIns andere Zugriffsrechte angezeigt als für die schon vorhandenen, wo für System und Admin "Lesen und Schreiben" und für Everyone "Nur Lesen" steht.

Wenn ich die Rechte für die Quite a Box of Tricks-Objekte übernehme, startet Acrobat ganz normal.

Deutsche InDesign CS4-Version nach der Installation immer englisch

Problem: Eine deutsche InDesign-Version stellt sich nach der Installation auf WinXP immer englisch dar.

Lösungssuche: Dem Admin wird im Gegensatz zum einfachen Benutzer eine deutsche Version angezeigt. Zugriffsrechte?

Lösung: Bei HilfDirSelbst findet man die Lösung: In der Registry (regedit) müssen unter "HKLM\Software\Adobe\Indesign" die Rechte nach unten durchgereicht werden. Nach der Anleitung dort von "MartinaR" und mit einem Win-Admin klappt das.

Acrobat 6.05 braucht unterm User Adminkennwort

Konfiguration: 10.3.9, Acrobat Pro 6.05

Problem: Acrobat wurde normal als Admin installiert, und lässt sich dort auch öffnen. Will ich das Gleiche als Benutzer machen, wird das Adminkennwort angefordert.

Lösung: Update auf Acrobat 6.06. Als Admin über den Menüpunkt Hilfe in Acrobat nach Updates suchen lassen. Das geht nur über diesen Weg. Einzeln lässt sich das Update bei " Adobe " nicht herunterladen.

Pitstop 7.1 findet nicht alle ICC-Profile

Konfiguration: MacOSX 10.3.9, Acrobat 7.09, PitstopPro 7.1, eigene ICC-Profile.

Problem: Unter Pitstop 7.1 werden in den Einstellungen zum Farbmanagement, zwar Profile angezeigt. Aber nicht alle. Wie bei Impressed bestätigt wird, sollen die Profile unter /Library/Colorsync/Profiles liegen. Und nach dem Einkopieren der Profile muss Acrobat mit Pitstop einmal neu gestartet werden.

Lösung: Die Profile werden auch erkannt, wenn sie zum Beispiel in dem verknüpften "Recommended"-Ordner von Adobe liegen. Wie auch die vorher sichtbaren Profile sind die neuen Profile zu sehen, wenn sie die gleichen Zugriffrechte bekommen: Eigentümer und Gruppe: Lesen und Schreiben, und Andere: Lesen.

Installation Enfocus Pitstop 7.03 unter MacOSX 10.3.9

Konfiguration: G4 2x867, 1gb RAM mit System 10.3.9 u.a. Rechner mit 10.3.9, Acrobat CS2 7.09, Pitstop 7.03. Vorversionen waren 7.01 und 6.53.

Problem: Die Pitstopversion 7.03 unter Acrobat 7.09 lässt sich nicht vollständig installieren. Nach der Installation als Admin und dem ersten Start von Acrobat als Admin erscheinen verschiedene Fehlermeldungen:

- Leeres Fenster mit OK-Button.
- "Fehler beim Laden des Zusatzmoduls "Certified PDF". Das Zusatzodul konnte nicht initialisiert werden".
- "Es wurde kein gültiges "Certified PDF.api"-Pug-In gefunden. Bitte Pitstop Professional neu installieren.

Unter einen Benutzer kommen die gleichen Fehlermeldungen. Auch die Rechteänderungen aus dem Impressed-Tipp
vom 26.1.07 bringen keine Verbesserungen. Neuinstallationen von Pitstop, Acrobat, CS2 und auch dem gesamten System bringen gar nichts.

Lösung (Mit Hilfe der Impressed -Hotline): Bei der Installation der Siebener-Version bleiben mindestens Prüfprofile und Aktionslisten erhalten. Wahrscheinlich ist das irgendwie problematisch.

Zunächst habe ich als Admin die Verzeichnisse (Beim Programm Acrobat sowie bei den PlugIns kommt man mit der rechten Maustaste oder Control-Taste und "Paketinhalt zeigen" weiter im Pfad)

/Applications/Adobe\ Acrobat\ 7.0\ Professional/Adobe\ Acrobat\ 7.0\ Professional.app/Contents/Plug-ins/Enfocus

und

/Library/Preferences/Enfocus\ Prefs\ Folder

auf den Schreibtisch verschoben und dann 7.03 neu installiert. Alte Aktionslisten oder PPPs können von dort später wieder entnommen werden.

Danach lief Pitstop unter dem Admin. Damit es auch noch als Benutzer lief, mussten noch Rechte aus dem oben genannten Tipp geändert werden. Und zwar in den Ordnern

/Applications/Adobe\ Acrobat\ 7.0\ Professional/Adobe\ Acrobat\ 7.0\ Professional.app/Contents/Plug-ins/Enfocus/PitStop.acroplugin/Contents

und

/Applications/Adobe\ Acrobat\ 7.0\ Professional/Adobe\ Acrobat\ 7.0\ Professional.app/Contents/Plug-ins/Enfocus/Certified\ PDF.acroplugin/Contents

müssen die Rechte (rechte Maustaste: Information) für "Staff" auf Lesen und Schreiben gesetzt werden.

Weitere Tipps für 10.4.8 gibt es noch im HDS-Forum :

- Auch aus der Benutzer-Library die Enfocuspreferences entnehmen und für die Weiterverwendung irgendwo sichern.
- "In den Grundeinstellungen von Acrobat darf unter den Voreinstellungen für den Programmstart nicht die Option „Nur zertifizierte Zusatzmodule verwenden“ aktiviert sein. "

Fehlercode SaPrDb_3 unter Pitstop 6.5.3 auf XP

Konfiguration: Acrobat 7.08, Pitstop 6.5.3 unter XP Pro, angemeldet als Benutzer.

Situation: Beim Importieren einer Aktionsliste oder eines Prüfprofiles wird der Fehlercode "SaPrDb_3" gemeldet und das Programm beendet.

Einen Supporteintrag dazu gibt es bei Impressed, allerdings nur für MacOS 10.3:

Hier wird der Fehler und der oben genannte Fehlercode auf MacOS 10.3 geschoben, weil man es als Benutzer mit Adminrechten installieren soll... Macht natürlich nicht richtig Sinn. Soll ich es für jeden Benutzer extra installieren? Und was sagt unsere EDV-Abteilung dazu? Für Nicht-Admins sollen die Zugriffsrechte der Enfocus-PlugIns und der Enfocus-Preferences durch das System falsch gesetzt worden sein. Die sollen auf Vollzugriff für alle stehen. Wir haben die entsprechenden Verzeichnisse mal am dem PC gesucht und geändert:

- Der Ordner C:/Programme/Adobe/Adobe Acrobat 7.0/Acrobat/plug_ins/Enfocus hat in unserem Fall nichts gebracht.
- Und der Ordner C/WINDOWS/Enfocus Prefs Folder war's wohl. Nach der Freigabe der Rechte für alle Benutzer funktionierte es wieder.

-> Impressed-Direktlink

Nachtrag: Auf dem G5-Rechner unter MacOS X 10.4.8 taucht der Fehler übrigens auch wieder auf. Und da hilft auch wieder der unveränderte Impressed-Link.

"OPI-Server auf Delta läuft nicht mehr"

Konfiguration: Heidelberg Delta-Server (NT4), Deltaversion 8.2 (Build 06), OPI-Version 4.0, Services for Macintosh Version 4.0. Zugriff von Mac G5/2x2,3 mit MacOS 10.4.7.

Situation: Eine alte Freehanddatei mit diversen OPI-Bildern soll überarbeitet nachgedruckt werden. Auf dem G5-Rechner werden die OPI-Laydateien jedoch nur grau angezeigt und lassen sich nicht mehr verknüpfen. Wie alt ist die Datei? Was hat sich geändert:Freehandversion, Rechner, Deltaversion? Läuft der OPI-Server noch richtig? Was kann sonst noch sein?

Lösung: Liegt im Update bei beiden Betriebssystemen. Die Services for Macintosh unter NT laufen über Appletalk also passend zu den Mac-Betriebssystemen bis 10.3.9, und ab Windows 2000 laufen die Services for Macintosh unter TCP/IP, was wiederum auf Appleseite nur das Betriebssystem, ich glaube, ab 10.4 versteht; auf jeden Fall aber 10.4.7.

Über Kreuz läuft gar nichts. Höchstens vielleicht über Extrasoftware.

Eine weitere allerdings für uns nur theoretische Lösung wäre die Freigabe der OPI-Verzeichnisse über SMB. Zugriff ist über MacOSX möglich. Es gibt aber das Problem, dass die dort abgelegten Dateien sich nicht mehr löschen/bearbeiten lasssen. Das lässt sich zwar für einen Teil dieser Dateien durch einen Neustart des Servers wieder ändern, für alle dort deponierten Dateien gilt das jedoch nicht. Außerdem sollte der Server ja eigentlich durchlaufen.

Zur Lösung beigetragen haben ein Heidelberg-Servicetechniker und dieser Thread auf HilfDirSelbst.ch .

Unser pragmatisches Ergebnis aus dieser Geschichte ist: Die noch vorhandenen Aufträge werden unter 10.3.9 ausgegeben und wenn sinnvoll auf InDesign umgesetzt. OPI verwenden wir in Ausnahmefällen und besonders erst wieder, wenn der Server und die Macs upgedatet sind (,wenn dann das Deltasystem noch unterstützt wird ...).

Freehand 11.02: Export von Rasterdateien als User nicht möglich

Konfiguration: G4-2x800, MacOS 10.3.9, Freehand 11.02

Problem: Im Exportmenü von Freehand werden unterm User im Gegensatz zum Admin und zu anderen Rechnern mit der gleichen Installation keine Rasterdateiformate (TIFF, JPG, GIF, Photoshop, Targa und BMP) angezeigt.

Lösung: Nach einigem Suchen habe ich die Exportfilter auf dem Rechner entdeckt. Man findet sie, wenn man mit der rechten Maustaste auf das Programmsymbol klickt und sich den Paketinhalt anzeigen lässt. Unter "Resources/German.lproj/Plug-ins" liegen unter anderem auch die Im- und Exportfilter und die haben teilweise nur Leserechte. Ändert man sie auf "Lesen und Schreiben" funktionieren die Filter.

Fehlercode SaAcDb_2 oder SaPrDb_2 unter Pitstop 6.5.3

Konfiguration: Acrobat 7.08, Pitstop 6.5.3 unter MacOS 10.4.8 auf G5 2x2,3, angemeldet als Benutzer.

Situation: Beim Speichern einer Aktionsliste wird der Fehlercode "SaAcDb_2" gemeldet und das Programm beendet.

Eine Lösung dazu gibt es in der Knowledge Base von Enfocus:

Hier wird der Fehler und der oben genannte zweite Fehlercode auf MacOS 10.3 geschoben. Für Nicht-Admins sollen die Zugriffsrechte durch das System falsch gesetzt worden sein. Die sollen auf Vollzugriff für alle stehen. Das heißt: Folgende Verzeichnisrechte und die der enthaltenen Objekte müssen geändert werden:

- Per Crtl und Klick (oder rechte Maustaste) auf das Acrobat-ProgrammIcon. "Paketinhalt zeigen". Der Ordner "Enfocus" unter Contents/PlugIns.
- Und der Ordner HD/Library/Preferences/Enfocus Prefs Folder.

Generell sollen Enfocusprodukte immer als Admin installiert werden. Der Admin soll das Programm auch das erste Mal starten. Wenn Benutzer die Programme nutzen möchten, sollen die oben genannten Ordner und deren Inhalt auf die Zugriffsrechte überprüft werden. -> Enfocus-Direktlink

Acrobat 6 am Mac will unterm User bei jedem Start die Seriennummer

Acrobat 6 will nach der Programminstallation inkl. Installation von Pitstop und Quite-a-Box-of-Tricks unter dem User bei jedem Start eine Seriennummer. Unterm Admin klappt's. Rechner sind ein G4/400 und ein G4/2x800 - Liegt's an den Miniupdates von Acrobat, die mit dem Autoupdate angeboten wurden? Hat es mit dem Betriebssystem zu tun? Auf anderen Macs unter 10.3.8 und 10.3.9 funktioniert es problemlos.

Aktionen:
- Zugriffsrechte repariert.
- Im SingleUserMode die Platte gecheckt.
- Programm mit PlugIns neu installiert.
-> Keine Besserung.

Der Tipp im pdfzone-Forum brachte mich weiter.

Die Adobe Registration Database unter /Library/Applicaton support/Adobe/ ist normal wohl nur für den Admin les- und schreibbar und für den User nur lesbar. Wenn man die Rechte für den User zusätzlich auf Schreiben erweitert, funktioniert Acrobat wieder normal.

Außerdem sollte man prüfen, "... ob im Library-Ordner Ihres Admin-Benutzers ebenfalls eine Adobe Registration Database liegt; falls ja, muss diese verschwinden, da sonst nur der Admin auf die Registration zugreifen kann. In diesem Fall sollten Sie die Registration Database in der Admin-Library löschen und Acrobat erneut installieren. Allerdings vorher wie oben erwähnt die Rechte mit dem Festplattendienstprogramm reparieren lassen."