Ecrire une réponse

Pas forcément Eric, la notation if (quelque chose) revient automatiquement à demander si if (quelque chose != false) donc ca passe..

Ce qui aurait été peut être plus souhaitable dans ce code est d'avoir quelque chose qui permette de lister les locales installées sur le serveur au lieu de chercher 'au pif'.

Ah oui les ? faut toucher à la base de données.
Galère ça.
Retour à l'anglais faute de temps. On verra plus tard c'est pas terrible comme ça mais franchement ça devient lourd.

Trop calé pour moi tout ça même si y a clairement quelque-chose qui coince car la question semble revenir souvent.
En attendant, j'ai le, calendrier en français mais les é sont remplacés par ?
et quand je règle ça dans firefox (iso 8859-1) ça ne reste pas dès que je recharge la page ou que je me reconnete.

Salut,

C'est étrange leur manière d'utiliser la fonction setlocale() pour modifier les informations de localisation.

if (setlocale(LC_TIME,'fr_FR.utf-8') == TRUE) $ok = 'yes';
else if (setlocale(LC_TIME,'fr_FR.utf8') == TRUE) $ok='yes';
else if (setlocale(LC_TIME,'fr-utf-8') == TRUE) $ok = 'yes';

Car d'après la documentation de la fonction...

La valeur retournée est une chaine de caractère en cas de succès...

Ils auraient dû écrire...

if (setlocale(LC_TIME,'fr_FR.utf-8') !== false) $ok = 'yes';
else if (setlocale(LC_TIME,'fr_FR.utf8') !== false) $ok='yes';
else if (setlocale(LC_TIME,'fr-utf-8') !== false) $ok = 'yes';

Mais d'après la documentation concernant le(s) paramètre(s) $locale...

Il aurait été plus simple d'écrire...

if(setlocale(LC_TIME,'fr_FR.utf-8','fr_FR.utf8','fr-utf-8')!==false)$ok='yes';

Non ?

Ok. J'avais sans doute mal lu, j'avais compris qu'il fallait garder la valeur 0.
J'ai mis 1 et apparemment ça marche.
Je n'ai pas touché à rien sur la base, vu que ça a l'air de fonctionner comme ça, mais à suivre.
Je n'ai pas tout compris (je ne suis pas informaticien) mais tant que ça marche...
Merci beaucoup  !

Heu..
Il faut justement mettre cette variable à 1.. prière de prendre le temps de lire.

J'ai déjà vérifié le fichier de configuration en question et la variable
$unicode_encoding = 0;
est déjà sur 0.
J'avais vu cette explication dans les archives, mais ce n'est visiblement pas ça.

Je pense que ce genre de logiciels aurait tout à gagner en packagant sa propre traduction gettext pour tous les textes ainsi que les données de temps

Je viens de regarder le code de grr + de faire quelques tests sur le serveur

Le code suivant renvoie bien une date francaise:

setlocale(LC_TIME, 'fr_FR.utf8');
echo strftime("%A %e %B", time()); // affiche samedi 13 novembre

Malheureusement GRR semble avoir été écrit avant tout pour un public francais et le support UTF8 / langues différentes est particulier:
- la traduction de textes se fait selon des tableaux (au lieu d'utiliser gettext et donc setlocale())
- la traduction des données relatives au temps se fait grâce à gettext (setlocale(LC_TIME))
- l'exploitation d'UTF8 doit être configurée manuellement comme le montre ce bout de code de la version 197d:

if ($unicode_encoding) {
 
               if (setlocale(LC_TIME,'fr_FR.utf-8') == TRUE) $ok = 'yes';
 
               else if (setlocale(LC_TIME,'fr_FR.utf8') == TRUE) $ok = 'yes';
 
               else if (setlocale(LC_TIME,'fr-utf-8') == TRUE) $ok = 'yes';
 
            } else {

source: includes/language.inc.php

Et la variable à configurer se trouve dans includes/config.inc.php:

# Positionner la valeur $unicode_encoding à 1 pour utiliser l'UTF-8 dans toutes les pages et dans la base
# Dans le cas contraire, les textes stockés dans la base dépendent des différents encodage selon la langue selectionnée par l'utilisateur
# Il est fortement conseillé de lire le fichier notes-utf8.txt à la racine de cette archive
$unicode_encoding = 0;

Mais cela semble modifier également l'usage de la base qui est à convertir (la méthode est expliquée dans la documentation).

Voici une réponse que j'ai obtenue :

Les locales installées précédemment sur le serveur:
/var/www/grrv2/include# locale -a
C
fr_FR.utf8
POSIX

J'ai rajouté comme locale fr_FR.iso88591:
# locale -a
C
français
french
fr_FR
fr_FR.iso88591
fr_FR.utf8
POSIX*
*
Maintenant les semaines et les mois sont en français.)

Cela semble correspondre à ce ue j'avais trouvé dans la FAQ (voir plus haut).

Avez vous demandé des précisions aux gens qui gèrent ce logiciel ?

Le calendrier est toujours en anglais.
Pas de nouvelles ?

Si j'ai bien compris, il y a plusieurs types de "locales" différentes qui ne sont pas forcément toutes installées sur le serveur, certaines n'étant pas reconnues par GRR, d'où le conseil qu'ils donnent de le installer toutes d'après ce que j'ai lu. Je vous renvoie à mon précédent message de 9h23 ce même jour ci-dessus dans lequel j'ai inséré la réponse trouvée dans la FAQ de GRR quant à ce problème.
Il semblerait aussi que lorsque la locale fr_Fr est disponible, il faut qu'elle le soit par défaut, sinon ça ne marche pas (voir ci-dessus là encore).
Je ne suis qu'utllisateur de ce logiciel et je ne fais que constater sans avoir plus de compétences techniques que ça.
Voici le site de GRR : http://grr.mutualibre.org/
Ce n'est pas que ce problème soit absolument fondamental, mais le moins qu'on puisse dire c'est que cela ne fait pas très "propre", et vu qu'il s'agit d'un site pour gérer un espace multimédia destiné à l'enseignement des langues vivantes, je vois tout de suite des sensibilités "non-anglophones" protester vigoureusement contre l'invasion de l'anglais...