• Das kreative Thema des Monats Oktober wird vor allem diejenigen unter Euch besonders ansprechen, denen Do-it-yourself quasi im Blut liegt. Zeigt uns Eure Improvisationskünste oder fotografiert, was andere Leute sich so im Alltag zusammengestrickt haben. --> Zum Mitmachen bitte hier klicken

Link auf Files geht das?

hansolo22

Riesenboiken
Registriert
24.10.10
Beiträge
293
In Windows gibt es Links mit denen man Files oeffnen kann die in verschiedenen Ordnern liegen.
Wie bekomme ich das mit SnowLeo hin?
Ich hab ca. 15GB Daten in diversen Unterverzeichnissen. Einige Files die ich oefter benoetige wuerde ich gerne irgendwie verlinken oder in SmartOrdner etc. haben um schnell darauf zuzugreifen.
 
Alias erzeugen und die in einem Dock-Ordner sammeln
 
AAAH! Danke geschnallt, wie bekomme ich einen Dockordner hin?
 
Einen Ordner ins Dock ziehen.
 
Meinst du die Ordnerleiste rechts neben dem eigentlichen Dock? In die Dockliste mit den Apps bekomme ich keinen Ordner gezogen.
 
Meinst du eine ganz normale "Verknüpfung"? Nennt sich bei Mac Alias und lässt sich per Kontextmenü, dem Menüpunkt Ablage, cmd + L oder verschieben mit gedrückten cmd- und alt-Tasten erstellen.
Sollten sich die Dateien durch eine bestimmte Eigenschaft auszeichnen kannst du auch eine Suche dafür anlegen. Zum Ordner Navigieren, cmd + f drücken oder in Ablage "Suchen" wählen. Dann kannst du hier deine Einstellungen zur Suche machen, und oben dann Auswählen, dass nur in dem gewählten Ordner gesucht werden soll. Schließlich klickst du rechts oben auf "Sichern" und kannst das ganze in deiner Seitenleiste ablegen lassen. Dann hast du deinen "SmartOrdner".
 
cmd L danke funzt, Ablage kann ich bei mir nicht finden da ich nur englische System benutze.
Ich vermute das Kontextmenue ist der Rechtsklick?
 
Genial die Suchfunktion mit Speichern in der Sidebar! Vielen Dank fuer den Tipp! Das hilft mir enorm!!
Gibt es eigentlich eine Tastenkombi um Files schnell in den Trash zu bringen?
 
Ablage kann ich bei mir nicht finden da ich nur englische System benutze.
Ich vermute das Kontextmenue ist der Rechtsklick?

Jep, so ist es. Ablage müsste bei dir "File" heißen, wenn ich mich nicht irre. Diese Verknüpfungen legst du dann in irgendeinen dafür erstellten Ordner ab, und diesen kannst du dann wie oben schon vorgeschlagen rechts ins Dock ziehen (neben dem Trennstrich). Dann hast du superschnellen Zugriff auf deine oft genutzten Dateien.

Edit: Tastenkombination: cmd + Rücktaste

PS: Wenn du eine Tastatur ohne Ö, Ä und Ü benutzt kannst du die Punkte mit alt + u machen. Danach den entsprechenden Buchstaben und du fällst auch in deutschen Foren nicht weiter auf ;-)
 
Apfel + Ruecktaste muss man erstmal draufkommen. Danke!
Ich hab immer verzweifelt Apfel + Delete auf meiner Apple USB Tastatur gedrueckt.
 
In den Systemeinstellungen kannst du unter Erscheinungsbild (appearance?) Einstellen wieviele Dokumente dir hier angezeigt werden. Bis zu 50 letzte Dokumente sind möglich.Super um sehr schnell auf wichtige Dokus zu kommen.

Click for large view - Uploaded with Skitch
 
Nochmal zur Ausgangsfrage der Verknüpfungen: Auf dem Mac gibt's drei Arten:

  • Ein Alias ist die einzige per GUI direkt anlegbare Verknüpfung und ist ganz analog zu den Windows-Verknüpfungen auch in Wirklichkeit eine Datei, in der der Pfad zum Original steht. Aliasse sind systemabhängig (und werden auch nicht von jedem auf dem Mac ausführbaren nicht Mac-spezifischen Unix-Programm erkannt), dafür aber Dateisystemunabhängig und können insbesondere auf Dateien verweisen, die auf anderen Volumes („Laufwerken“) liegen.
  • Ein Hard-Link ist auf bestimmten Dateisystemen möglich und kann nur auf Dateien (in aktuellen HFS+-Versionen, speziell für TimeMachine entwickelt, auch auf Verzeichnisse) desselben Volumes verweisen. Bei Hard-Links gibt es kein Original und keine Verknüpfung, vielmehr existiert der Inhalt einer Datei zwar nur einmal auf der Partition, jedoch existieren mehrere Verzeichniseinträge, die auf denselben Dateiinhalt verweisen. Das Löschen des „Originals“ (im Sinne der zuerst erstellten Datei) führt nicht zum Verlust des Inhalts.
    Nachteil: Der Finder erkennt z.B. nicht, dass hinter zwei solchen Einträgen dieselbe Datei verbirgt. Wird er gebeten, die Größe aller Dateien eines Teils der Platte zusammenzurechnen, und finden sich Hard-Links unter den zu zählenden Dateien, dann zählt er deren Größe mehrfach, die Summe der Dateigrößen sagt dann also nichts über die Plattenbelegung aus.
  • Ein Soft-Link / Symbolic Link ist etwas ähnliches wie ein Alias, also wieder nur ein Verweis auf eine andere Datei, die auch auf einem anderen Volume liegen darf. Im Unterschied zu einem Alias ist ein Soft Link m.W. keine Datei, sondern ein Dateisystemeintrag, also betriebssystemunabhängig und dafür dateisystemabhängig.
Hard- und Softlinks kann man am Mac m.W. nur per Kommandozeile (ln bzw. ln -s) anlegen. Hard- und Softlinks, wenn vom Dateisystem unterstützt, sollten wirklich für alle Programme nutzbar sein, während Aliasse für manche Programme, wie gesagt, nur unbekannte Dateien darstellen könnten, wenn diese direkt auf dem Dateisystem operieren und nicht über Mac OS-Funktionen, die Aliasse transparent auflösen.

Im Alltag dürften Aliasse wohl die Verknüpfung der Wahl sein. TimeMachine-Backups sind eine Anwendung von Hard-Links, mit denen der Benutzer aber nichts zu tun hat.
 
Nachteil: Der Finder erkennt z.B. nicht, dass hinter zwei solchen Einträgen dieselbe Datei verbirgt. Wird er gebeten, die Größe aller Dateien eines Teils der Platte zusammenzurechnen, und finden sich Hard-Links unter den zu zählenden Dateien, dann zählt er deren Größe mehrfach
Das ist genau so gewollt. Du siehst den nötigen Platz, den du für eine Kopie der Auswahl auf ein anderes Medium bräuchtest.

Im Unterschied zu einem Alias ist ein Soft Link m.W. keine Datei, sondern ein Dateisystemeintrag
Natürlich ist er eine Datei. Nur halt keine "reguläre", sondern eine mit einem besonderen Attribut.

also betriebssystemunabhängig und dafür dateisystemabhängig.
Symbolische Links sind sehr wohl systemabhängig, zB sind sie in Windows unbekannt (obwohl NTFS sie "können" würde).
Dafür kann man sie auf Dateisystemen ohne eine native Unterstützung dafür recht zuverlässig simulieren, so funktionieren sie zB auch auf FAT Volumes.
 
Das ist genau so gewollt. Du siehst den nötigen Platz, den du für eine Kopie der Auswahl auf ein anderes Medium bräuchtest.

Das Verhalten ist zumindest ganz logisch, ob gewollt oder nicht, kann ich nicht beurteilen. Andererseits hat es viele Nutzer z.B. schon zu den irrigen Annahmen verleitet, die inkrementellen TimeMachine-Backups funktionierten nicht, da jedes neue Backup wieder die volle Größe hat. Natürlich ist die Anzeige korrekt, sie zeigt nicht, wieviele Bytes zusätzlich zum letzten Backup gesichert wurden, sondern wie groß alle gesicherten Dateien dieses Stands zusammen sind, egal wann sie übertragen wurden. Irritierend dürfte es für manche Nutzer aber sein, dass irgendwann die Gesamtsumme der Größen aller Dateien auf dem Backuplaufwerk deutlich über der Kapazität des Laufwerks liegt ;-)
Intelligent fände ich im Übrigen, wenn der Finder im Multi-File-Inspector neben der Summer der Einzeldateigrößen auch zusätzlich anzeigen würde, wieviel Platz diese Dateien gerade auf der Platte belegen, vielleicht sogar, wieviel Platz auf der Platte man durch ihre Löschung gewinnen könnte (wobei alle Hard-Links mit 0 Bytes gezählt werden müssten, falls nicht alle existierenden Links in der Auswahl enthalten sind).

Ansonsten danke für die Klarstellung, nur nochmal zum Softlink:
Natürlich ist er eine Datei. Nur halt keine "reguläre", sondern eine mit einem besonderen Attribut.
OK, wie auch immer er im Dateisystem realisiert ist: Wird er vom Dateisystem(-treiber) aufgelöst, so dass systemweit „normale“ Dateizugriffe transparent auf die referenzierte Datei umgelenkt werden und auf normalem Weg kein Zugriff auf die „Link-Datei“ erfolgen kann?
 
Irritierend dürfte es für manche Nutzer aber sein, dass irgendwann die Gesamtsumme der Größen aller Dateien auf dem Backuplaufwerk deutlich über der Kapazität des Laufwerks liegt
Das ist genau der Grund, warum du das Feature "Hardlink" in der GUI nirgends finden kannst.

Intelligent fände ich im Übrigen, wenn der Finder im Multi-File-Inspector neben der Summer der Einzeldateigrößen auch zusätzlich anzeigen würde, wieviel Platz diese Dateien gerade auf der Platte belegen
Genau das gab es kurz mal bei 10.6.0 (bis 10.6.2 glaub ich), sogar mit Berücksichtigung von HFS-Dateisystemkompression.
Da kam niemand klar damit, viel zu verwirrend. Wieder abgeschafft.

wie auch immer er im Dateisystem realisiert ist
...lässt sich hier relativ gut verständlich und recht detailliert nachlesen:
http://osxbook.com/blog/2008/11/09/hfsdebug-40-and-new-hfs-features/

Wird er vom Dateisystem(-treiber) aufgelöst, so dass systemweit „normale“ Dateizugriffe transparent auf die referenzierte Datei umgelenkt werden und auf normalem Weg kein Zugriff auf die „Link-Datei“ erfolgen kann?
Ja und Nein. Es ist zwar nicht der FS-Treiber der das maskiert, aber im BSD-Layer ist der Zugriff darauf nahezu transparent.
Probleme gibts allerdings bei Progs die Carbon-, Cocoa- oder Java-APIs benutzen. Diese bearbeiten Dateien nicht dadurch dass sie direkt reinschreiben, sondern sie erstellen grundsätzlich neue temporäre Files und erst danach, wenn diese wieder geschlossen werden, wird die alte durch die neue Version ersetzt. Dabei "bricht" der Link und es entsteht stattdessen wieder eine reguläre, separate Datei. "Hardlinks" sind also nur in CLI- und X11-Programmen nützlich, für den Rest der GUI sind sie nur bei reinen Lesezugriffen zu gebrauchen.
 
Danke für Eure Ausführungen. (@Rastafari: AT lässt mich Dir leider derzeit kein Karma mehr geben, ohne zuvor mehrere andere User bewertet zu haben.)

Noch eine „Kleinigkeit“ ist mir eingefallen, die für Aliasse spricht: Ein Alias bleibt i.d.R. voll funktionsfähig, auch wenn die Originaldatei innerhalb des Dateisystems verschoben wird — anders als Softlinks und m.W. auch Windows-Verknüpfungen, die nur auf den Dateipfad verweisen.
 
und das symbolische Links nicht plattenübergreifend funktionieren, wäre mir auch neu, da in einem symbolischen Link nicht mehr drinnen steht als eine Pfadangabe. Eigentlich sind symbolische Links ziemlich tricky, da sie entweder relativ oder absolut funktionieren, je nachdem wie man ln -s verwendet hat.
Ein ln -s /test /test2 ist was ganz anderes als ln -s /test ./test2