Kikoo,
Je me pose la question, j'avais vu un post qui traitait de ça, pour une nouvelle instal d'une vs 2.3.x de choisir à l'instal utf8_unicode_ci en interclassement, et surtout pas utf8_general_ci.
Dans mon cas on est parti sur une 2.3.2b fr (l'officielle de frxoops), et en interclassement sur de l'utf8_general_ci (ce qui est servi par défaut en fait) et pas utf8_unicode_ci. C'est grave ou pas docteur ?

2eme question, pour les traducs de modules en utf8, faut absolument convertir tous les caractères accentués/spéciaux ou pas ? Ou sinon un simple Format -->Utf-8 avec pspad, sur les fichiers de langue avec accents peut il suffire ?

bonjour,

1) pas grave,
2) il y a déjà ne nombreux modules traduits en français utf-8 --> http://sourceforge.net/project/showfi ... =110739&package_id=304138
et un bon exemple pour l'encodage

@++

Salut kris, merci de ta répose
J'avais déjà récupéré la traduc utf8 de qques fichiers de langue, et pour ce que j'en ai vu, tous les caractères accentués sont traduits par leur équivalent ascii (cad é traduit par & e a c u t e ; par exemple).
Hors j'ai fait l'essai sur quues modules de leur mettre mes propres traducs avec caractères accentués, le tout formaté en utf8 grâce à pspad, et ça fonctionne aussi bien, aucun souci à signaler au niveau de l'affichage des caractères...
Bref, du coup est il quand même préférable de convertir tous les caractères accentués par leur code ascii ou pas alors ?
Merci d'éclaire ma lanterne

Il est en effet nécessaire de convertir tous les fichiers langues des modules.

Si tu as converti des modules qui ne sont pas sur sourceforge, merci d’en faire profiter la communauté en nous les envoyant par mail à kris ou à moi

Citation :
Ok, mais dans ce cas pourquoi mes fichiers fonctionnent bien qu'ils soient bourrés de é à è et cie ?? La commande format --> Utf-8 de pspad semble suffire non ? Si y'a un volontaire je peux lui envoyer les fichiers langue d'un des mods traduits contenant des é à è et cie et traités par la comande format utf-8 de pspad pour test ?

Citation :
Ok pour moi, mais en l'état actuel, ils sont remplis de caractères accentués, mais toutefois au format utf-8 grâce à pspad...et ils fonctionnent parfaitement...je fais vraiment le boulet je sais, mais il ne me semble pas utile de remplacer les caractères accentués par leur code ascii, si la commande format utf8 de pspad suffit pour les faire fonctionner correctement non ?

Bon en tout cas je regarde pour faire le tri dans mes modules et vous envoyer ce qui ne serait pas encore sur le svn...

Bonjour
Il me semble qu'il y a confusion entre utf8 et entité.

Utf8 est un encodage qui permet d'avoir tous les caractères possibles (certain sont codés sur 2 caractères)

entité: ce sont des code html qui permette d'interpreter certains caractères exemple: é -> & e a c u t e;

Perso j'ai utilisé les entités pour mes fichiers de langue, du coup je suis pas sur qu'il faille les traduire

JJDAI

Salut,
Pouvez vous m'expliquer un truc car là je suis perdu.
Je viens d'installer un nouveau site avec la verion 2.33RC et le fichier language UTF8 sur le svn (donc pour l'instant pas de problème d'anciens textes).

Mais malgré ça si je fais un prévisualiser en dessous la case message je me retrouve avec des sigles � sur les caractères accentués


Base De Données à la création :


mainfile.php


Language : le fichier est bien le dernier du svn et le fichier global.php comporte bien ceci :



@+ Titi

RC78 j'avais aussi les sigles � comme toi, j'ai modifié le global.php et c'est corrigé

//%%%%% LANGUAGE SPECIFIC SETTINGS %%%%%
define("_CHARSET","iso-8859-1");
define("_LANGCODE","fr");

dans le mainfile.php

// Set the database charset if applicable
if (defined("XOOPS_DB_CHARSET")) die();
define( 'XOOPS_DB_CHARSET', '' );

Citation :Je pense que laisser le charset a blanc n'est pas une bonne idee.
Il faut utilisee
ou.

On doit avoir aussi toutes les fichiers de langages dans la bonne format dependant le choix faites pour la site et le bdd.

Ok Ghia je vais rectifier ça, j'avais laissé ce fichier tel quel