Ce sujet a 2 réponses, 2 participants et a été mis à jour par 
-
Messages
-
Cloarec LaurentBonjour
Les données de la base sont (comme bien souvent pour les applications « A.M.P. ») stockées avec l’encodage UTF8, mais dans l’application ces mêmes données nécessitent de basculer le navigateur encodage ISO-8859-1 pour afficher correctement des caractères accentués.
Cela pose bien entendu des problèmes de clarté , et plus encore lors des imports/exports…Cordialement
-
Cloarec LaurentC’est un gros problème quand les noms des agents contiennent des caractères accentués, car lors de leur affectation, la liste supprime carrément ces caractères, et on obtient sur le planning l’affichage de M. ou Mme « null » !!!
-
Bonjour,
Après quelques échanges et quelques tests, nous avons constatés que ce problème se pose lorsque l’on importe directement les données dans phpmyadmin et non lors d’une utilisation « normale » de Planning Biblio (création de fiche depuis l’interface ou importation LDAP).
La raison : l’application attend des entités html est non des caractères latin1 ou utf8.
J’ai effectué des tests d’importation en spécifiant que le fichier source était encodé en utf8 puis en latin1, et le problème est le même dans les 2 cas.Solutions :
1. Transformez les fichiers avant de les importer (remplacer é par é è par è , etc.)
2. Ajouter un script d’importation CSV dans Planning Biblio (j’y réfléchirai)
3. Abandonner les entités HTML au profit de l’UTF8 dans la base de données (représente beaucoup de travail)
