Flanker :
j'ai l'intention de faire une fonction rechercher qui cherche dans les fichiers compressés

Euh, la décompression ZIP par exemple est hyper lente... Et tu ne pourras pas amener à un endroit spécifique du fichier

voulez-vous recompresser ce fichier avec XPak ?

ça me paraît aussi un peu extrême comme solution, et ça fait qu'un format de compression serait beaucoup favorisé, ce dont je n'ai pas trop envie.

Plus généralement, lorsqu'un type de fichier est associé à un éditeur/viewer particulier, il devrait y avoir un champ précisant si le viewer en question veut recompresser les fichiers qu'il gère. Comme ça, en cas de chgt de "format préféré" du viewer, on peut convertir l'intégralité des fichiers sans pb. Ca a l'avantage de marcher avec d'autres choses : par exemple ce serait possible de recompresser les fichiers PPG si un autre algo genre Pepzip ou autre est mieux.

Ce que je ferais volontiers, c'est une fonction compresser générique qui uitilise Xpak de préférence, et autre chose si xpak n'est pas présent, le tout en spécifiant bien les avantages d'xpak

C'est relativement orthogonal, ça. Je me plaçais dans l'optique du newbie qui ne sait pas ce que c'est qu'un fichier compressé, et qui a encore moins de notion de ce que recouvre un algo de compression.

pour les 100aines de ko de pompes, fallait faire comme moi : avoir un bon pote qui a recopié le meilleur d'un bouquin, ça permet d'avoir des pompes de qualité, sans qu'elles soient en double.

Oui, c'est évidemment une bonne solution, mais ça limite le volume que tu peux avoir... (et s'il ne fait pas un chapitre, t'es bien dans la merde ) Je devais avoir facilement 300ko de pompes de physique-chimie (compressés avec XPak, donc encore plus décompressés...)