Apfelinsel
Talk => Thema gestartet von: Jochen am Mai 13, 2007, 13:34:00
-
Toll wie sich Mac OS X bzw. die Programme für Mac OS X immer mehr dem tollen WIN anpassen.
So hat der switcher keine Umstellungsprobleme und die paar Hardcore Mac user lassen sich doch wohl umerziehen.
Um PS CS 3 zu deinstallieren muss man einen Adobe Deinstaller laufen lassen.
Der wird bei der Installation von CS 3 unter Programme / Dienstprogramme installiert.
Es gibt da nun:
Adobe Installers
Adobe Updater
Adobe Utilities
Und wehe man vergisst es.
Aus der Read Me.
WICHTIG: Mac OS verfügt über eine neue Deinstallationsfunktion. Verschieben Sie KEINE Anwendung in den Papierkorb, um sie zu deinstallieren. Wenn Sie die Anwendung unter Mac OS X deinstallieren möchten, doppelklicken Sie auf das Produktinstallationsprogramm in „Programme\Dienstprogramme\Adobe Installers“. Authentifizieren Sie sich als Administrator, wählen Sie dann „Komponenten entfernen“ und befolgen Sie die Anweisungen auf dem Bildschirm.
Hinweis: Vor der Deinstallation muss Photoshop CS3 deaktiviert werden. Wählen Sie dazu „Hilfe“ > „Deaktivieren“ und befolgen Sie die angezeigten Anweisungen.
Jochen
-
Bei so umfangreichen und komplexen Applikationen wie PS finde ich solch eine angebotene Funktion nützlich und hilfreich (und eigentlich würde ich sogar einen systemzentralen Deinstaller sehr begrüßen). Ich kann mir jetzt auch keinen plausiblen Grund vorstellen, so etwas schlecht zu finden.
Und nur weil Windows so eine Funktion schon lange an Board hat, fände ich es überzogen, wenn ich voll abhaten würde, nur weil Apple jetzt "nachzieht" (in diesem Fall Adobe, die es anbieten).
Edit: SB-Fehler
-
Ich denke eher, ohne es genau zu wissen, dass es Vorgaben von Apple gibt, wie Applicationen zu installieren und zu deinstallieren sind.
Da gibt es ja miitlerweise auch Drag und Drop und Installationsprogramme.
Ebenso gibt es bestimmt Vorgaben seitens Apple wie Zusatztools, Scripte oder was weiss ich, abzulegen sind.
Mittlerweise habe ich eher den Eindruck dass vieles irgendwo abgelegt wird.
Betrifft also nicht nur die Programme, sondern auch Readme, Installationscripte, Help Dateien, usw.
Also ein fröhlicher Wildwuchs.
Selbst Apple hält sich nicht an die eigenen Vorgaben.
Jochen
-
Mittlerweise habe ich eher den Eindruck dass vieles irgendwo abgelegt wird.
Darf ich rekapitulieren? Du weißt nicht, wie die genauen Vorgaben für De/Installationen sind, du hast aber den Eindruck, dass die Hersteller (Apple eingeschlossen) unsauber arbeiten und sich nicht an Vorgaben halten.
Eine möglichen Lösungsweg, nämlich ein De/Installationsprogramm zu haben, lehnst du aber aus persönlichen Gründen ab, weil M$ das schon länger in seinem OS integriert hat? :-\
Also ein fröhlicher Wildwuchs.
Selbst Apple hält sich nicht an die eigenen Vorgaben.
Woher beziehst du dieses Wissen?
-
Also, erstens geht es ja um ein Adobe-Programm. Adobe hat sich noch nie an die OS-X-Richtlinien gehalten. Über diesen Fall brauchen wir also gar nicht weiter diskutieren. :)
Generell:
Programme, die tiefer "verankert" beziehungsweise an vielen Stellen Dinge installieren werden sind mit Drag&Drop nicht mehr sinnvoll zu realisieren. Man kann dem Durchschnittuser ja auch nicht zumuten, eine lange Liste von Dateien in zig verschiedene Ordner zu packen - da wäre das Geschrei dann erst recht groß.
Und wird was mit einem Installer aufgespielt, ist die einfachste Methode, es wieder loszukriegen ein Uninstaller.
Leider kommen auch simple Plugins mittlerweile als Installer - das finde ich kritikwürdig, falls keine manuelle Alternative existiert, die jeder Anwender nachvollziehen kann. Denn was genau der Installer macht, ist nicht transparent genug.
-
Wenn es schon 2 Methoden (Dragandrop, Installer) zum installieren/entfernen gibt, müßten Programme, die man nur per Deinstaller löschen darf, speziell markiert sein. Spätestens unter Apfel + i solte ein Hinweis stehen, und es sollte eine Warnung kommen, wenn man versucht sie in den Mülleimer zu legen.
Viel eleganter (und macliker) wäre es aber, wenn es nur eine Methode gäbe. Das wäre weniger als halb so kompliziert! Ob das dann drag&drop oder ein Installer ist, wäre mir dabei egal.
-
Jochen hat ja nicht ganz Unrecht mit seiner Behauptung, dass Programme entweder per Drag'n'Drop installiert bzw. gelöscht werden sollen oder der Installer verwendet werden soll, die Programme dann aber in bestimmte Ordnerstrukturen schreiben sollen. Im zweiten Fall reicht es zur Deinstallation dann, das Programm selber zu löschen und die anderen Dateien stören nicht, sondern brauchen nur Plattenplatz. Entfernen kann man sie auch durch einfaches Löschen. Das ganze natürlich nur für "normale" Programme.
Ich würde mal ganz stark vermuten, dass sich Adobe PS CS 3 auch durch simples Löschen deinstallieren lässt mit zwei Problemkreisen, denen Adobe wahrscheinlich aus dem Weg gehen will:
- Adobe legt in Application Support Ordner ab, auf die alle Adobe Programme zugreifen. Wenn man nun nur PS loswerden will, aber noch andere Adobe Programme behalten und man löscht nicht nur das Programm, sondern auch die zugehörigen Dateien per Hand, dann ist schnell zu viel gelöscht und die anderen Programme zicken rum -> Supportkosten.
- Wenn man PS einfach so löscht ohne es vorher zu deaktivieren, kriegt man über kurz oder lang Probleme bei der erneuten Aktivierung -> Supportkosten. Das ganze allerdings auch, wenn man gar nicht mehr deaktivieren kann, weil die Platte abgeraucht ist oder das System (OS X oder Windows) nicht mehr bootet und neu installiert werden muss.
-
Ich glaube, je ungewohnter die Methode zum Entfernen eines Programms, desto höher die Supportkosten - falls denn dann tatsächlich Probleme auftauchen.
-
Nur zum Verständnis; wie war es bisher?
Wurden die einzelnen Komponenten deinstalliert, sobald man das "Hauptprogramm" in den Papierkorb zog?
-
Nein, auch die vorherigen Versionen installierten das Programm (löschbar über den Papierkorb) und weitere Dateien in anderen Verzeichnissen (z.B. ApplicationSupport). Die kann man dann von Hand löschen oder lassen. Wenn man sie löscht, muss man aber wissen, ob die nicht evtl. von einem anderen Adobe-Pogramm noch verwendet werden.
-
Ich persönlich fände einen systemweiten Installer gut. Sprich man zieht die App hinein und dann ist sie installiert. Deinstalation funktioniert genau so, nur dass man die App eben nun herauszieht.
Dann werden automatisch die entsprechenden Dateien erstellt (z.B. in den Application-Ordnern, also die es für den User und Systemweit gibt), die normalerweise bei dem 1. Start erstellt werden.
Dieses ganze "Programm" sollte so integriert sein, dass wenn man auf den "Programme"-Button klickt quasi dieses Programm zur App-Instalation im Hintergrund gestartet wird, so dass sich für den Benutzer quasi nichts ändert, so dass er weiterhin einfach die Programme in den Programme-Ordner zieht.
Natürlich sollte es weiterhin die Möglichkeit geben auf die Dateien direkt (z.B. via Konsole oder GUI) zuzugreifen.
-
Die Antworten zeigen, dass die meisten was Einheitliches wünschen.
Nun gibt es bestimmt auch jetzt schon Vorgaben seitens Apple, wie es sein soll.
Aber offensichtlich halten sich die Entwickler nicht dran.
Es gibt ja Programme da sieht man direkt das Programmsysmbol und man kann den Programmordner dann öffnen via Paketinhalt zeigen.
Anderseits gibt es reine Ordner in denen wiederum Programme und andere Sachen liegen.
Jochen
-
Die Antworten zeigen, dass die meisten was Einheitliches wünschen.
Nun gibt es bestimmt auch jetzt schon Vorgaben seitens Apple, wie es sein soll.
Sicher gibt es die. Und die hat Flo eigentlich schon auf den Punkt gebracht. Wenn immer möglich, sollen Entwickler die drag'n'drop-Installation wählen. Möglich ist das immer dann, wenn alle für das Funktionieren des Programms notwendigen Komponenten im .app-Bundle untergebracht werden können.
Sind Dateien ausserhalb des .app-Bundles notwendig, dann geht es nicht ohne Installer. (Häufig geht es nämlich nicht nur darum, die Dateien an bestimmte Ort zu verschieben, sondern es müssen auch noch Rechte korrekt gesetzt werden. Das kann dem Otto-Normal-Verbraucher zweifellos nicht zugemutete werden, das manuell zu erledigen.) Und natürlich wird die Verwendung des systemeigenen Installers empfohlen.
Nun kann es aber natürlich Gründe geben, die eine Firma dazu bewegen, einen eigenen Installer einzusetzen. Aber solange der einwandfrei funktioniert und ja auch vorbildlich mit einem Deinstaller daherkommt, ist doch alles OK, oder? Ich sehe da Dein Problem nicht.
Weil die Anforderungen von Programmen nunmal unterschiedlich sind, liesse sich Einheitlichkeit nur erreichen, wenn die kompliziertest mögliche (und damit auch fehleranfälligste) Installationsart als Standard vorgeschrieben würde. Und das kann wohl kaum ernsthafter Wunsch eines Benutzers sein, der ein möglichst fehlerfrei funktionierendes System möchte. Nicht wirklich durchdachte Installationsskripte gibt es so schon genug. Da brauchen wir nicht noch den Zwang, dass jeder Entwickler sein Programm mit Installer ausliefern muss.
Aber offensichtlich halten sich die Entwickler nicht dran.
Wo am meisten gesündigt wird, ist IMO beim Deinstaller. Was als Installer-Package daherkommt, müsste IMO auch zwingend ein Deinstallations-Skript enthalten. In diesem Punkt gehe ich mit Deiner Kritik einig.
Es gibt ja Programme da sieht man direkt das Programmsysmbol und man kann den Programmordner dann öffnen via Paketinhalt zeigen.
Anderseits gibt es reine Ordner in denen wiederum Programme und andere Sachen liegen.
Nun ja, also das würde ja dann wirklich zu weit gehen, auch noch zu normieren, mit welchen Begleitdokumenten ein Programm ausgeliefert werden darf. Meinst Du nicht? Ob und was da mitunter noch mit einem Programm mitgeleifert wird, hängt halt wirklich vom Programm ab. Soviel Menschenverstand, diese Begleitdokumente zu interpretieren, darf doch wohl vorausgesetzt werden?
Aber eigentlich glaube ich, hatten wir das Thema doch schon einmal ziemlich intensiv durchgekaut, oder nicht?