Je crois que j'ai fourré mon long nez curieux dans un engrenage qui me le pince
, en me mêlant de ce qui ne me regardait pas - j'entends : les fichiers
.nib.
♤
Lesdits fichiers
.nib, héritiers des fichiers '
Resource Fork', abrégés de '
NeXTSTeP Interface Builder, sont en bref des fichiers définissant des objets qui vont se montrer dans l'interface graphique d'utilisateur de l'application (la GUI). Leur créateur originel est l'application «
Interface Builder» qui est intégrée aux ressources de
Xcode.
J'ai eu la curiosité d'inspecter le répertoire '
Resources' de l'application «
iTunes» respectivement sous
Mountain Lion («
iTunes 11.1.1») et sous
Snow Léopard («
iTunes 10.0.5»). C'est dans les dossiers des '
lproj' (projets de langues) que se trouvent les fichiers
.nib qui nous intéressent.
Dans les dossiers '
lproj' du répertoire '
Resources' de «
iTunes 11.1.1», les
.nib apparaissent bien des
fichiers et rien que des
fichiers (dont pas mal d'
exécutables). En conséquence de quoi, leurs droits devraient partir du
- qui indexe les fichiers et non du
d qui indexe les répertoires.
Mais que vois-je donc dans les dossiers '
lproj' du répertoire '
Resources' de «
iTunes 11.0.5» (sous «
Snow Léopard», donc)? À ma grande déconfiture, des
dossiers - eh oui! dont l'intitulé se termine par l'extension
.nib, et qui contiennent principalement un fichier
.nib encore du même intitulé que le dossier qui le contient, mais aussi de petits fichiers '
info.nib' et '
classes.nib'. Et quels sont les droits ici? Bien entendu, le dossier
.nib a des droits préfixés du '
d', puisqu'il s'agit d'un répertoire (directory), et les fichiers contenus, eux, des droits préfixés du '
-', puisqu'il s'agit, là, de fichiers au sens strict.
♧
Rondudju! Ainsi donc, les
.nib première moûture sous OS X sont en fait des '
folders', tandis que les
.nib deuxième moûture n'apparaissent plus que comme des '
files'. Mais ne connait-on pas déjà cette apparence trompeuse avec les applications, qui apparaissent très voisines de '
fichiers' (ce, parce qu'une icône 'opaque', si je puis dire, enveloppe dans son 'wrapper' le contenu de l'application et la montre comme un objet simple), alors que dans les faits ce sont des '
répertoires' incluant des '
sous-répertoires' : le répertoire '
Contents' incluant les sous-répertoires '
_CodeSignature', '
Frameworks', '
MacOS' et '
Resources', sans compter quelques petits fichiers collatéraux. Bref, une application est ce qu'on appelle un : '
bundle' (un assemblage de dossiers qui se présente comme un objet unique).
Eh bien! Les
.nib de l'actuel «
iTunes 11.1.1» sont, à plus petite échelle, des '
folders' qui se montrent comme des '
files'. Ce sont donc, en toute rigueur, des '
bundled folders', et, donc, comme les applications elles-mêmes, leurs droits doivent être préfixés du '
d' de '
directory', et pas du '
-' de '
files'.
♡
L'«
Utilitaire de Disque» ne s'y trompe donc pas. Leur droits devraient bien commencer par le préfixe '
d' et pas par le préfixe '
-'. Mais alors d'où vient l'erreur? Pourquoi ces diaboliques
.nib se retrouvent réaffublés de droits préfixés '
-'? Cela vient de ce que le Système
overrides (outrepasse) les corrections de l'«
Utilitaire de Disque» et rétablit inlassablement lesdits
.nib dans des droits de
fichiers' (
-) et pas de '
dossiers' (
d). Pourquoi diantre?
♢
Il semble que ce que j'appellerais les tout nouveaux
.nib (comme ceux qu'on trouve dans les '
Resources' de «
iTunes 11.1.1») ne sont pas construits de la même façon que les
.nib intermédiaires. Vous me suivez?
Les
.nib intermédiaires sont donc des '
bundled folders', des répertoires qui ont l'allure d'un objet unique ; les tout nouveaux
.nib sont en fait des fichiers
.xib compilés en un '
objet unique' qui continue de porter la vieille extension
.nib. Je présume que cette compilation en un '
objet unique' occulte pour le Système le statut de '
bundled folders' des nouveaux
.nib, qui sont traités comme des
fichiers uniques. Et donc affectés de droits préfixés du '
-'. Mais quand l'«
Utilitaire de Disque» s'en va fureter dans ces néo_
.nib, il continue d'y voir un empaquetage de données multiples, et il leur affecte le préfixe '
d' des répertoires de ressources.
Cette compilation génératrice des néo_
.nib, en fait en passe d'être supplantés par des
.xib, ne leur permet plus d'être ouverts et édités par l'application «
Interface Builder» de
Xcode.
♖
On est donc dans une situation hybride, où le passé et le futur se téléscopent. La solution semble s'appeler : «
Mavericks» (j'abrège).
♨
