C'est historique. Dans Classic Mac OS, :
était le séparateur de chemin, pas /
. (Classic Mac OS lui-même a copié le :
en tant que séparateur de chemin à partir de SOS pour l'Apple III.)
OS X est basé sur Unix (techniquement XNU, avec la conformité POSIX), et donc les parties Unix, telles que les outils en ligne de commande, utilisaient /
comme séparateur de répertoire. Cependant, l'interface graphique et le système de fichiers réel utilisé sur les disques (HFS+) devaient gérer les applications Classic Mac OS, qui utilisaient :
comme séparateur de répertoire, tout comme elles l'avaient toujours fait.
Ainsi, pour assurer la compatibilité ascendante, la couche GUI (c'est-à-dire le Finder) n'autorise pas l'utilisation de caractères :
dans les noms de fichiers et Unix n'autorise pas /
. Le Finder est responsable de faire correspondre l'un à l'autre.
Pour plus d'informations, consultez la réponse de ldav1s sur Stack Overflow, qui cite un document USENIX 2000, "Les défis de l'intégration des environnements Unix et MAC OS" qui décrit une partie de cette histoire.
0 votes
Le problème est que pour HFS+, le séparateur de répertoire stocké sur le disque est en fait : et non / donc il y a des problèmes de mappage. Sur APFS, j'ai créé un fichier dans le terminal 0:30 et Finder (et d'autres gestionnaires de fichiers) l'affiche comme 0/30 voir stackoverflow.com/a/13298479/151019
0 votes
Comme les autres, je vous exhorte à ne pas utiliser de deux-points ou de barre oblique dans les noms de fichiers. Considérez-les comme réservés pour l'utilisation du système de fichiers. D'autres systèmes d'exploitation / systèmes de fichiers ont tendance à avoir une liste beaucoup plus importante de caractères réservés / interdits.