Warum verhindert OS X den Zugriff auf einen Ordner, wenn er mit dem Wort „.service“ endet?

Ich gebe einen Win 7-Ordner frei und versuche, von Osx aus darauf zuzugreifen.

Alles funktioniert, aber wenn der Ordner einen Namen hat, der mit den Worten ".service" endet, ist der Ordner nicht mehr zugänglich, das Symbol wird geändert und wenn ich versuche, darauf zuzugreifen, erhalte ich die folgende Meldung.

Wenn ich das Wort "Service" entferne, ist der Ordner wieder zugänglich.

Die Maschine wird in einer VmWare Fusion-Maschine gehostet, aber ich glaube nicht, dass dies ein Problem sein könnte, vielleicht etwas im Zusammenhang mit der osx-bsd-Benennung für Dienste.

Da ich an Ordnern arbeite, in denen ich die Namen nicht ändern kann, gibt es eine Möglichkeit, dieses Verhalten zu verhindern?

Geben Sie hier die Bildbeschreibung ein

Antworten (2)

Wenn der Finder denkt, dass es sich um ein Paket handelt, können Sie vielleicht mit der rechten Maustaste darauf klicken und "Paketinhalt anzeigen" ...

Ich glaube nicht, dass man etwas dagegen tun kann.

OSX hat aus irgendeinem Grund entschieden, dass es sich um ein Dienstpaket handelt (etwas, das im Dienstemenü angezeigt werden soll). Ich würde erwägen, einen Radarbericht darüber einzureichen, habe aber keine Ahnung, wie wahrscheinlich es wäre, dass Apple etwas dagegen unternehmen würde. (Wäre es meine Entscheidung gewesen, hätte ich so etwas wie ein gültiges Bundle verlangt Info.plistund es ansonsten wie ein normales Verzeichnis behandelt.)

Danke, Sie haben GEdgar die richtige Richtung gegeben, wenn ich zwei richtige Antworten geben könnte ...
Einverstanden, nichts Praktisches, was Sie dagegen tun können. In OS X sind mehrere Ordnererweiterungen reserviert (andere Beispiele: .app, .dvdmedia, .pkg). Ein Dienst ist eine Art Anwendungspaket (siehe zum Beispiel das Menü „Finder > Dienste“), sodass OS X Ordner mit dieser Erweiterung behandelt als Pakete.
Warum verhindert OS X den Zugriff auf einen Ordner, wenn er mit dem Wort „.service“ endet?
AntwortenHierDatenschutz-Bestimmungen1y, 0v