Bonjour Christian
je crois que j'ai compris ton problème grâce à toutes les réponses et
avec ta dernière mise au point
Le 30 05 2007 à 20:58, Christian Baudrant a écrit :
Bonjour à tous,
Merci pour toutes vos réponses.
Il semblerait que mes explications ne soient pas très claires.
Soyez heureux, ce n'est pas tout à fait clair pour moi non plus !
Je vais essayez de simplifier mon problème :
* Ma base MySQL a été créée avec UTF8 comme jeu de caractères.
Parce que tu as voulu que ce soit de l'UTF8. Mais on peut aussi
enregistrer avec tous les autres encodages ( UTF16, ISOLATIN etc...)
* RB stockant les chaînes de caractères en UTF8, je pensais que le
fait d'écrire ou lire directement dans la base suffisait, mais non,
cela ne marche pas
Non. A cause de la possibilité d'encoder d'autres manières, RB ne
peut pas à priori savoir lequel choisir.
Si tu ne dis rien, RB affiche l'enregistrement tel qu'il a été entré
dans la base, c'est à dire codé UTF8.
C'est pourquoi il faut toujours lui dire avec defineencoding quel est
le code choisi, même si c'est de l'UTF8.
Voilà, ça marche... mais il faut toujours passer pas un
DefineEncoding. Ceci doit ralentir les choses... Si ce sacré plug-
in pouvait fonctionner correctement, cela serait merveilleux !
Cà ne ralentit rien du tout et le plug in semble fonctionner
correctement
J'utilise le plug in de marco qui me permet de programmer directement
dans SQL3
Ce plug in code par défaut en UTF8. Mais on peut aussi utiliser tous
les codes existant.
C'est pourquoi je lis toutes mes données avec defineencoding.
Seul REALSQLDatabase t'affranchit de l'obligation de définir avec
defineencoding parce que c'est la base de RB et comme RB code en
UTF8, il sait forcément que sa base est en UTF8.
jules
Encore merci à tous
Christian BAUDRANT
Quand l'eau baisse, les fourmis mangent les poissons.
Quand l'eau monte, les poissons mangent les fourmis.
proverbe thailandais
|