Pourquoi l'apparition de nouveaux formats de compression avec l'arrivée de Mac OS X ?

(Extrait des Généralités sur les téléchargements pour Mac OS X (formats d'applications et de compression))

Simplement parce que Mac OS X est un système de type unix. Pour commencer, ce type de système ne gère traditionnellement que les données ("data", en anglais), pas la fourchette de ressources d'un fichier à la différence de toutes les précédentes versions de Mac OS. En effet, jusqu'à Mac OS 9.x, un fichier Mac pouvait être comme constitué de deux couches distinctes. Une couche du fichier abritant exclusivement des ressources (icône d'un fichier ou icônes d'une application; image de prévisualisation d'un fichier image; menus d'une application; etc...) l'autre uniquement des données (une image; le texte d'un document sans renseignements concernant sa mise en page; etc...). La plupart des fichiers Macs comportaient, disait-on, une "fourchette de ressources" et une "fourchette de données". C'était là une grande singularité du monde Mac, non adaptée à la diffusion de données sur Internet dont les technologies n'étaient pas conçues pour véhiculer des fichiers possédant une structure double.
Or, avec Mac OS X, la fourchette de ressources disparaît (même si le système reste capable d'interprêter des fichiers à l'ancienne, pourvus de ressources. Ni le système, ni les applications spécialement conçues pour Mac OS X ni les documents créés par ces applications n'abritent de fourchette de ressources). Tous les éléments jadis isolés dans la fourchette de ressources sont associées au données, inscrits comme sur une même et maintenant unique couche.

Des méthodes de compression utilisées pour créer des fichiers en ".sit" ou ".img", par exemple, ont été spécialement conçues pour prendre en compte l'existence d'une fourchette de ressources : après décompression, la fourchette de ressources serait restituée. Ce que les méthodes de compression d'autres mondes ne maîtrisaient pas : elles auraient éliminé la fourchette de ressources, inconnue sur les autres plates-formes informatiques, lorsqu'il aurait souvent fallu la préserver.

Il faut savoir que ces fourchettes de ressources sont omniprésentes dans les applications compatibles avec des versions de Mac OS antérieures à Mac OS X, dans la plupart des composants de ces systèmes et même, parfois, à l'intérieur de documents créés avec certaines applications.
Pour de tels documents, les ressources peuvent être cruciales ou très accessoires. Un fichier comportant une icône personnalisée, par exemple, aura très généralement cette icône stockée dans la fourchette de ressources. Si seule cette icône était stockée en ressources, le fait d'éliminer la fourchette de ressources de ce fichier en le compressant avec une des "nouvelles" méthodes ou avec une autre méthode des mondes PC ou Unix, ne détériorerait pas pour autant la partie essentielle du fichier. Une fois décompressé, il resterait exploitable.
Ce qui ne serait pas le cas pour d'autres éléments. Une application dont la fourchette de ressources aurait été éliminée deviendrait, par exemple, inutilisable.

En l'absence de fourchette de ressources, d'autres méthodes très répandues dans l'univers des unix, compressent on ne peut plus efficacement.
Qui plus est, l'utilisation de ces méthodes est gratuite. D'où l'apparition, avec Mac OS X, de ces "nouveaux" formats.
Il faut remarquer que toutes les fichiers téléchargés dont les noms comporteraient certains de ces "nouveaux" suffixes ne pourront jamais abriter, sauf monumentale erreur de l'auteur du fichier, d'applications de type Carbon ou Classic : les applications Carbon ou Classic utilisant des ressources que les "nouvelles" méthodes de compression ne sauraient pas restituer.
Vous pourrez très bien trouver une application Cocoa, ne fonctionnant que sous Mac OS X, sur une image-disque de type ".img" ou dans un fichier ".sit" mais jamais une application Carbon ou Classic sur une image-disque de type ".dmg" ou dans un fichier ".gz" ou cette application serait certainement inutilisable après décompression. Le même sort pourrait être réservé à n'importe quel fichiers comportant des ressources

Dans le doute, en admettant que vous comptiez par exemple gzipper un document, ouvrez donc ce document avec l'application ResEdit. Si ResEdit affiche des ressources, méfiez-vous le document pourrait être inutilisable une fois "gzippé" : quittez ResEdit et envisagez plutôt sa compression au format ".sit" ou au format ".img". Si ResEdit affiche plutôt un message signalant l'absence de ressources et proposant d'en créer, déclinez aussitôt l'offre et quittez ResEdit : vous savez maintenant qu'il est possible de lancer la compression du document au format ".gz" sans risquer de l'endommager.
Sinon, vous pourrez toujours faire un essai de compression, en gzippant une copie du document (pour préserver l'original), en décompressant ensuite le fichier ".gz" créé et en tentant enfin d'ouvrir le fichier décompressé avec l'application qui servit à créer l'original. Si le document s'ouvrait et si son contenu était normalement restitué, vous pourriez en déduire que ses ressources n'ont rien d'essentiel, qu'il peut donc être compressé en utilisant la "nouvelle" méthodes de votre choix. Tous les documents de même origine (créés par la même application) et de même format (enregistrés au même format par la même application) bénéficieraient alors certainement du même avantage.