[Résolu]Les fichiers langues en_US - Yvan - 22/07/2010
Citation :#~~~~~ NE PAS SUPPRIMER CE BLOC ~~~~~
#~ Version du CMS: ?
#~ Nom de l'hébergeur : Infomaniak
#~ Informations Système :
#~ ----------------------------------------------
#~ Cms Version: 1.8.1
#~ Installed Modules:
#~ * CMSMailer: 2.0
#~ * FileManager: 1.0.2
#~ * MenuManager: 1.6.5
#~ * ModuleManager: 1.4
#~ * News: 2.10.6
#~ * nuSOAP: 1.0.1
#~ * Gallery: 1.3.2
#~ * ThemeManager: 1.1.1
#~ * TinyMCE: 2.7.2
#~ * FrontEndUsers: 1.9.3
#~ * CustomContent: 1.5.3
#~ * CGExtensions: 1.18.8
#~ * CGCalendar: 1.5.2
#~ * SimpleSlider: 0.3
#~ Config Information:
#~ * php_memory_limit:
#~ * process_whole_template: false
#~ * output_compression: false
#~ * max_upload_size: 48000000
#~ * default_upload_permission: 664
#~ * url_rewriting: mod_rewrite
#~ * page_extension: /
#~ * query_var: page
#~ * image_manipulation_prog: GD
#~ * auto_alias_content: true
#~ * locale:
#~ * default_encoding: utf-8
#~ * admin_encoding: utf-8
#~ * set_names: true
#~ Php Information:
#~ * phpversion: 5.2.13
#~ * md5_function: On (Vrai)
#~ * gd_version: 2
#~ * tempnam_function: On (Vrai)
#~ * magic_quotes_runtime: Off (Faux)
#~ * E_STRICT: 0
#~ * memory_limit: 64M
#~ * max_execution_time: 10
#~ * output_buffering: 20480
#~ * safe_mode: Off (Faux)
#~ * file_uploads: On (Vrai)
#~ * post_max_size: 300M
#~ * upload_max_filesize: 300M
#~ * session_save_path: Aucune vérification à cause de la restriction spécifiée par PHP open_basedir
#~ * session_use_cookies: On (Vrai)
#~ * xml_function: On (Vrai)
#~ Server Information:
#~ * Server Api: apache2handler
#~ * Server Db Type: MySQL (mysql)
#~ * Server Db Version: 5.0.84
#~ ----------------------------------------------
#~~~~~ NE PAS SUPPRIMER CE BLOC ~~~~~
Bonjour,
je remarque de temps en temps que certaines choses s'affichent en anglais dans le CMS ou sur mon site (notamment les mois du calendrier).
Je me suis dit que j'avais finalement pas besoin de l'anglais et des autres langues quand le français est dispo et j'ai viré le fichier en_US.php du module Calendrier et ça n'a pas l'air de poser problème. (J'avais également remonté le fr_FR.php du dossier /ext).
Je voulais alors savoir si c'était vraiment le cas et si je pouvais simplement virer toutes les autres langues pour éviter toute confusion.
Vous faites comment, vous ?
Merci
[Résolu]Les fichiers langues en_US -
Jean le Chauve - 22/07/2010
Il ne faut pas virer les us_US.php.
Tu peux virer les autres langues que fr_FR dans le dossier ext.
[Résolu]Les fichiers langues en_US - Yvan - 22/07/2010
Ok... Mais dans ce cas, ça ne va pas empêcher le site d'afficher de temps en temps les mois en anglais, ni le CMS d'afficher FileManager au lieu de Gestionnaire de fichiers, par exemple. Une autre solution, peut-être ?
Et par curiosité, pourquoi ne doit-on pas virer les us_US.php ? ça n'a pas l'air d'avoir dérangé mon module calendrier, pourtant.
[Résolu]Les fichiers langues en_US -
Jean le Chauve - 22/07/2010
Je te répète de ne pas supprimer les fichiers us. Dans tous les cas, à chaque upgrade du cmsms, ces fichiers seront modifiés et ton site bugguera.
Dans tout bon programme open source, il y a une standardisation de la structure (entre autres), ceci afin que tous les développeurs impliqués puissent se référer sur le même schéma. Pas de standardisation, c'est la foire aux bugs.
Si tu installes le cms grâce aux fichiers françisé de Jce, tu n'as que les fichiers fr et us :
http://jc.etiemble.free.fr/abc/index.php?page=ressourcesfr
Lorsque tu places le paramètre lang=fr_FR dans la tag d'appel du module (ex: {news lang="fr_FR"}, cela indique au module qu'il doit aller chercher la traduction française des variables du module dans le fichier ext/fr_FR.php au lieu de la prendre dans le fichier en_US.php.
Dans les fichiers php des modules, tu trouveras fréquemment cette instruction :
$this->Lang('set_as_default') 'set_as_default' est une des très nombreuses variables.
Si tu as placé le paramètre lang="fr_FR" dans ta balise d'appel du module, le programme ira dans le fichier ext/fr_FR.php pour récupérer la valeur traduite de 'set_as_default' (ici : 'mettre par défaut').
Lorsqu'il subsiste malgré tout des mots non traduits, c'est parce que le fichier fr_FR.php du module n'est pas entièrement finalisé (lire : les traductions ne sont pas terminées).
Comme il s'agit d'un travail bénévole et assez lourd, tu remarqueras qu'il y a beaucoup de choses non (mal) traduites.
Si tu t'en sens le courage et que tu le fais quand même pour ton propre compte (dans tes fichiers), pourquoi ne pas te proposer comme traducteur, tu soutiendras ainsi la communauté qui t'a déjà pas mal aidé.
Devenir traducteur de cmsms :
http://www.cmsmadesimple.fr/uploads/documentation/traducteur/cmsms-fr-guide-traducteur.pdf
http://www.cmsmadesimple.fr/forum/viewtopic.php?pid=6066#p6066
[Résolu]Les fichiers langues en_US - Yvan - 22/07/2010
Merci pour toutes ces infos !
Pour le fichier us du CGCalendar, je l'avais déjà supprimé pour tester. Je vais le remettre et utilisé le paramètre 'lang'. Cela dit, je ne suis pas sûr de comprendre pourquoi tout s'affiche déjà en français, mais avec quelques ratés. Normalement, soit ça marche tout le temps, soit ça marche pas...
J'ai pas vraiment traduit quoi que ce soit, étant donné que mes utilisateurs ne se serviront que de modules déjà traduits. Mais, si je venais à traduire quelque-chose, je me souviendrai de ta proposition.
Merci !
PS: je crois qu'on peut dire que vous m'avez même beaucoup aidé !
[Résolu]Les fichiers langues en_US -
jce76350 - 22/07/2010
Ajoutez [Résolu] au début du titre de votre 1er message lorsqu'une solution a été trouvée.