Oui, ça viens de NeXT. On utilise le même principe sous GNUstep (http://www.gnustep.org(...)). RoX utilise aussi un principe similaire.
Ca ne résouds pas les problèmes de dépendances, mais ça reste extrèmement pratique.
Par exemple, les fichiers d'aides GNUstep sont en fait des dossiers, contenant les fichiers xml de l'aide, plus les différentes images éventuellement utilisées, le tout éventuellement en plusieur langues (les ressources correspondant à une langue donnée sont sélectionnées automatiquement quand on lis un bundle). D'un autre côté, l'utilisateur lui ne voit qu'une bête icone de fichier (il y a moyen de forcer l'ouverture d'un bundle bien sûr, mais par défaut on traite ça comme un fichier).
Et pour les applications, c'est le même principe, elles sont dans un bundle, qui peut contenir les rsc en différentes langues, voir même des binaires différents (on peut par exemple distribuer un bundle d'une appli GNUstep qui marchera sous Linux/PPC et sous Linux/x86, voir sous MacOSX si on l'a recompilé sous Cocoa :-)
[^] # Re: Kde & auto-machin
Posté par Nicolas Roard . En réponse au journal Kde & auto-machin. Évalué à 1.
Ca ne résouds pas les problèmes de dépendances, mais ça reste extrèmement pratique.
Par exemple, les fichiers d'aides GNUstep sont en fait des dossiers, contenant les fichiers xml de l'aide, plus les différentes images éventuellement utilisées, le tout éventuellement en plusieur langues (les ressources correspondant à une langue donnée sont sélectionnées automatiquement quand on lis un bundle). D'un autre côté, l'utilisateur lui ne voit qu'une bête icone de fichier (il y a moyen de forcer l'ouverture d'un bundle bien sûr, mais par défaut on traite ça comme un fichier).
Et pour les applications, c'est le même principe, elles sont dans un bundle, qui peut contenir les rsc en différentes langues, voir même des binaires différents (on peut par exemple distribuer un bundle d'une appli GNUstep qui marchera sous Linux/PPC et sous Linux/x86, voir sous MacOSX si on l'a recompilé sous Cocoa :-)