À (at) Tue, 7 Oct 2008 10:43:48 +0200,
"Jean-Charles Gibier" <jeancharles__and__g@free.fr.invalid> écrivait (wrote):
Merci avant que je ne penche sur Locale::Maketext -> le principe est
il le même (dictionnaires portables compilés) ?
Non : les fichiers de traductions ne sont pas "compilés". Ils sont
implicitement compilés en mémoire à chaque lancement du script.
Sinon de manière générale les diverses remarques de ce thread m' en amènent
d'autres :
FCGI -> le programme sur lequel je travaille est multi plateforme mais
actuellement les tests sont sous IIS / perlis
Je n'ai jamais testé FastCGI avec IIS/Windows. Mais ça doit être
faisable puisqu'il existe un package Perl FCGI::IIS...
lacunes de gettext -> en matière d'optimisation, je ne vois pas comment
aller "au delà" d'une hashtable (à partir du moment où l'index numérique est
proscrit) peu importe qu'on soit en pure perl ou pas.
L'optimisation a un prix : la mémoire.
Sinon, les améliorations apportées par Locale::Maketext sont plus sur
les aspects linguistiques. Il faut lire l'article qui explique tout
ça :
<
http://search.cpan.org/dist/Locale-Maketext/lib/Locale/Maketext/TPJ13.pod>
+ une question sur le problème d'interpolation -> Est ce qu'il ya un moyen
de recenser les chaînes contenant des variables ("Le fichier nommé
$le_nom_du_fichier est ouvert.") plus élégant qu' un sprintf ou un
découpage ?
Je ne comprends pas la question...
--
Paul Gaborit - <
http://perso.enstimac.fr/~gaborit/>
Perl en français - <
http://perl.enstimac.fr/>
