Unter einem Unix-System, wie Mac OS X eins ist, können Dateien nicht wirklich gut versteckt werden. Die gängigste Variante liegt darin, einen Dateinamen mit einem Punkt zu beginnen. Der Finder in Mac OS X ist so eingestellt, dass er diese Dateien im nicht anzeigt. Allerdings werden diese schnell entdeckt, wenn man in der Konsole mit dem Befehl ls -a sich alle Dateien eines Verzeichnisses anzeigen lässt. Nur in welchem Verzeichnis liegen die Dateien eines bestimmten Programms?

Hier hilft das Tool fseventer weiter. Sobald es aktiviert wurde, loggt es alle Dateiaktivitäten mit und stellt diese grafisch dar. So kann beispielsweise zum Start eines Programms registriert werden, welche (versteckten) Dateien ausgelesen, geschrieben und wieder gelöscht werden. Wird dieses Programm nicht mehr benötigt oder will man beispielsweise eine Fehlkonfiguration zurücksetzen, können die erfassten Dateien mit dem Befehl rm manuell in der Konsole gelöscht werden.

Bei Quick Look handelt es sich um eine Technologie, die es Applikationen ab Mac OS X 10.5 erlaubt, Dateiinhalte als Thumbnails, aber auch in voller Größe direkt und schnell darzustellen. Eingesetzt wird diese Technologie vor allem von Spotlight und dem Finder. Mittels PlugIns kann das Dateiverständnis von Quick Look beliebig erweitert werde. Die Programmierer unter uns finden auf der Developer Connection von Apple alle nötigen Informationen für das Herstellen ihrer eigenen Erweiterungen. Allen Anderen bleibt nichts anderes übrig, als auf schon vorhandene PlugIns zurück zu greifen. Und davon gibt es reichlich.

Webseiten wie qlPlugins, QuickLookPlugins und ApfelQuak, lassen einem seinen Mac gleich viel mehr Dateiformate verstehen. So existiert bereits eine QuickLook-TextMate Verschmelzung, um Programmcode mit dem Syntax Highlighting von TextMate zu betrachten und ein Folder-List-Plugin, welches den Inhalt eines Ordners anzeigt. Auch schön ist die Möglichkeit direkt in Archiven und ISO-Files zu schauen. Weiter bekommt man hier auch Plugins für Adobe Illustrator- sowie Flash-Dateien und sonstige multimediale Formate. Die Auswahl ist riesig und wird bestimmt weiter wachsen…

Ich habe OS X 10.5 über die alte Version installiert, da ich mein System nicht neu konfigurieren wollte. Inzwischen kann ich dies keinem empfehlen, da doch viele Reste von dem alten System zurückgeblieben sind (z.B. liegt nun der Webserver Apache 1.3.x und 2.x auf meiner Platte, wobei von Leopard nur der Neuere verwendet wird). Vermutlich ist diese unbekannte Gruppe wohl auch eines der Übrigbleibsel des Altsystems. Unter Leopard agiert man mormal als Gruppenmitglied der Gruppe “staff” mit der ID 20, doch nach der unsauberen Installation über OS X 10.4 gehört man nun der Gruppe 501 an und diese hat wohl keinen Namen, was zu einem Absturz des Finders führt. Doch die Benennung der eigenen Gruppe kann schnell nachgeholt werden:

sudo dscl . create /Groups/<group name> RealName "<group description>"

Beispielsweise:

sudo dscl . create /Groups/McFlyGroup RealName "McFly's Group"

Durch diese Kommandos bekommt die unbekannte Gruppe den Namen “McFlyGroup” mit der Beschreibung “McFly’s Group”. Nun ist auch der Finder glücklich und lässt einem wieder wie gewohnt die Benutzerrechte verwalten.

Um nun eigene Kommandos selbst zu definieren, bedient man sich dem Konsolen-Befehl alias new_command="command string". So kann z.B. ein Windows-User mit der Codezeile alias dir="ls -lah" den gewohnten “dir”-Befehl simulieren. Sollen solche Aliase persistent definiert werden, müssen diese Codezeilen entweder in der Datei .profile (im Benutzerverzeichnis, notfalls neu erstellen) oder in die Datei /etc/bashrc bzw. /etc/profile (Adminrechte benötigt) eingetragen werden. Eine Profile-Datei könnte nun folgendermaßen aussehen:

# --- my commands ---
alias ll="ls -lhfG"
alias la="ls -lahfG"
alias dir="ls -lah"
alias cd..="cd .."

Die genaue Beschreibung der Parameter des ls-Befehls kann man in den Man-Pages nachlesen. Hier sei nur soviel erwähnt, dass der Parameter “a” dafür sorge Trägt, dass auch versteckte Dateien aufgelistet werden. “G” bringt Farbe ins Spiel, “h” sorgt für eine lesbare Datei-Größenangabe und “l” erzeugt eine Listenausgabe.

Noch ein Tip:
Will man vom Finder aus die Konsole an der aktuellen Stelle öffnen, sollte man sich das kleine Tool >cdTo von Jay Tuley installieren.

Das Problem wird durch bestimmte Metadaten in der Extensible Metadata Platform von Adobe verursacht. XMP ist eins von vielen Metadaten-Formaten welche in Grafikdateien eingesetzt werden und bietet den Vorteil, dass beliebige Informationen darin abgelegt werden können. Konkret handelt es sich dabei um ein Format zum Einbetten von RDF-Daten (Resource Description Framework) in Binärdateien. Das Format wird bereits von allen aktuellen Adobe-Produkten und einigen CMS-Anbietern unterstützt. Auch Lightroom speichert so zusätzliche Informationen ab, welche anscheinend von der Core Graphics Bibliothek des OS X 10.5.1 Betriebssystems nicht verstanden werden. Leider führt dies in den meisten Fällen zum Absturz einiger Anwendungen, welche diese Bibliothek einsetzen. In dem hier beschriebenen Fall verabschiedet sich der Finder.

Eine mögliche Lösung des Problems besteht nun darin, dass alle XMP-Metadaten wieder komplett aus den Bildern entfernt werden. Wenn die digitale Kamera ihre Informationen in einem anderen Metadatenformat ablegt (z.B. EXIF, GPS, IPTC…) und man nicht auf die XMP-Angaben in den Dateien angewiesen ist, stellt dieser Vorgang auch kein Problem da. Allerdings sollte man vor der Bearbeitung logischerweise ein Backup seiner Medien anlegen.

Ein sehr hilfreiches Tool nennt sich ExifTool und kommt von Phil Harvey. Hiermit lassen sich unterschiedliche Metadaten-Formate in Medien ausgeben und bearbeiten. In den Manpages von ExifTool findet man auch schnell alle nötigen Parameter sowie einige Beispiele für den Umgang mit diesem Tool. Mit folgendem Befehl in der Konsole können nun die XMP-Metadaten rekursiv aus allen Dateien in einem Verzeichnis und dessen Unterverzeichnissen gelöscht werden:

exiftool ./ -xmp:All= -r -overwrite_original

Hierbei haben die übergebenen Parameter folgende Bedeutung:

1. -xmp:All=
   XMP-Tag aus der Datei komplett löschen.
2. -r
   Rekursiv durch alle Unterverzeichnisse durchgehen. Dies setzt voraus, dass die Übergebene Datei-Angabe ein Verzeichnis ist (hier “./” für das aktuelle Verzeichnis in der Konsole).
3. -overwrite
   Überschreibt die originale Datei (Backup nicht vergessen!). Wird dieser Parameter weggelassen, benennt das ExifTool die originale Datei um, indem dem vorhandenen Dateiname der String “_original” angehängt wird.

Leider brachte das Update auf Lightroom 1.3 hier keine Lösung, was auch verständlich ist. XMP soll ja weiterhin beliebige Metadaten speichern können ohne dass Programme oder Bibliotheken, welche nicht alle Angaben verstehen, sich verabschieden. Bleibt nun nur noch die Hoffnung, dass Apple hier bald eine Lösung in einem weiteren Update liefert, nachdem die OS X Version 10.5.1 dieses Problem ausließ.

Mit einem kleinen Trick kommt diese optische Definition zustande. Die Lösung: sprechende Stack-Icons, welche immer an vorderster Stelle stehen. Da in einem Stapel die Sortierungs-Art frei definiert werden kann, sollte der Name des Icons am Besten mit einem Leerzeichen beginnen und ein Modifikationsdatum weit in der Zukunft besitzen. Optica Optima bietet hierfür schon eine Ansammlung schöner Icons die dort auch heruntergeladen (lokaler Mirror: File1, File2) werden können.

Diese Icons besitzen schon ein Modifikationsdatum im Jahre 2010 und können somit einfach in die entsprechenden Verzeichnisse des eigenen Stapels hineinkopiert werden. Will man das Datum selbst ändern, bedient man sich dem Konsolen-Befehl touch:

cd ~/Downloads
touch -mt 202001010101.01 " Download "

Hier bitte auf beide Leerzeichen vor und nach dem Icon-Namen achten. Im Bild links oben sind die Boxen der Stack-Icons schön ersichtlich. Jetzt bleibt nur noch zu hoffen, das Apple in einem zukünftigen Release diese an sich sinnvolle Änderung direkt integriert.