(c même possible d'avoir des métadonnées genre titre pour les textes, type de fichier pour les OTH...)
), mais je pourrais le faire en 5 minutes...typedef struct {
ESQ type;
char _dummy; // always zero
char title[];
} XPAK_META;
XPAK_META *GetXPakMeta(HANDLE h) {
char *p=HeapDeref(h);
p=p+2+*(unsigned int *)p-7;
if (strcmp(p+1,"XPAK"))
return 0;
// p points to the zero...
while (*--p);
return (XPAK_META *)(p-1);
}
Il vaudrait mieux demander "voulez-vous recompresser ce fichier avec XPak ?" (même si ça fait un peu extrêmiste comme solution, c'est de toute façon possible de reconvertir les textes si un autre format/viewer apparaît, et puis la recherche textuelle est hyper pratique : ça m'a bien aidé en physique et en chimie, pour retrouver parmi les 100aines de ko de pompes )
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.
Flanker :
j'ai l'intention de faire une fonction rechercher qui cherche dans les fichiers compressés
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.
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
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.
) Je devais avoir facilement 300ko de pompes de physique-chimie (compressés avec XPak, donc encore plus décompressés...)Euh, la décompression ZIP par exemple est hyper lente... Et tu ne pourras pas amener à un endroit spécifique du fichieramener à un endroit spécifique du fichier, pour les textes, si
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.
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...)
je devais avoir 60ko. Bon, ok, faut dire que je savais très bien que de toute façon ça ne serait pas la phy qui me sauverait Flanker
:Euh, la décompression ZIP par exemple est hyper lente... Et tu ne pourras pas amener à un endroit spécifique du fichieramener à un endroit spécifique du fichier, pour les textes, si
)
pour la lenteur du ZIP, bah ...
Avec 300k de pompes compressées avec XPak, ça prenait 5-10s de recherche d'un motif. Je doute que tu arrives à des tps comme ça en ZIP...
de toute façon, ça n'empêche pas uview de faire une recherche de son côté
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.bof. ça me plaît moyennement. A la rigueur, je veux bien faire une fonction compresser tout, qui extrait les fichiers compressés et les recompressent avec xpak
(mais #flemme# pawa) Ca permettrait que la conversion soit faite uniquement si on utilise _vraiment_ uView.
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...)je connaissais suffisament bien ses sèches pour savoir qu'il avait tout fait. Y a que le chapitre sur les interférences que j'ai vraiment fait (tu devrais le regarder, je le trouve superbe: ))
300ko de pompesje devais avoir 60ko.
)
Bon, ok, faut dire que je savais très bien que de toute façon ça ne serait pas la phy qui me sauverait
Mais aucun viewer ne gère la position d'édition comme la position qu'il faut visualiser, non? (sinon, plein de textes ne commenceraient pas au début qd on les voit, ce qui serait un peu débile )
C'est un petit peu le pb, oui Avec 300k de pompes compressées avec XPak, ça prenait 5-10s de recherche d'un motif. Je doute que tu arrives à des tps comme ça en ZIP...
clairement © Mais le truc c que le newbie ne va pas se rendre compte que la recherche d'uView ne cherche que dans les fichiers compressés avec XPak, c'est là où c'est très casse-gueule
aussi
Ce qui est bien, c'est qu'il y avait aussi des exos types, donc ça permettait d'apprendre le cours pendant les pales (en fait c surtout comme ça que j'ai bossé la physique et la chimie je crois )
c'est clair que c'est pas mal le coup des exos types
ouah, comment il fait le modeste
(À moins que tu ne veuilles l'intégrer directement à CS, mais même là, je te conseille d'aller voir mes sources d'abord, parce que le readme ne documente pas tout.) Je peux te faire parvenir le mien (ttslzma).
