cela fait maitenant plusieurs jours que ej me prend la tête afin d'essayer de detecter l'encodage de caractères d'un texte.
Il existe bien des api carbon que j'ai utilisé (TECSniffTextEncoding) mais ces api me renvois déja plusieurs posibilités, et surtout il voit du japonais, du coréen et du chinois de partout, alors que les fichiers que je lui présente sont en ISO-LAtin-1
J'ai l'impression que cete api déconne, si vous avez une solution qui fonctionne, je suis partant.
Quelques exemples http://www.macosxguru.net/article.php?story=20030808081801868...
Les encodages de texte 8-bits sont par définition ambigüs...
un même texte pouvant être valide (du point de vue de l'ordinateur) dans plusieurs encodages, seul un humain est à même de voir si le résultat correspond à quelque chose de cohérent.
La stratégie devrait donc d'utiliser un sniffer pour détecter les encodages valides (du point vue des bytes que le texte contient) et ensuite d'afficher le texte dans le premier de ces encodages et de laisser l'utilsiateur sélectionner dans un pop-up menu un autre encodage parmi ceux que le sniffer aurait considéré comme valides... (ou comme BBEdit laisser l'utilisateur spécifier l'encodage à utiliser à l'ouverture du fichier).
Le type d'encodage d'un texte est une méta-donnée et si le format dans lequel le texte est sauvegardé ne décrit pas cette méta-donnée, il n'y a pas de moyen garanti à 100% de le retrouver automatiquement : seul un humain pourra "voir" lequel est le bon...
Seuls les encodages 16 et 32 bits (UNICODE UTF-16 et UTF-32) permettent (et encore...) de lever les ambiguïtés...
En 8 bits, l'UTF-8 avec "byte order mark" en début de fichier est le moins "mauvais" de ce pont de vue...
ok, le problème c que la le sniffer me donne des trucs carrement a l'opposé (toujours des encoadages japonais et chinois) et il ne me propose jamais la bonne solution.
J'en conclu que ces apis sont buggués, mon code donnant le même résultat que ceux de guru...
Les encodages de caractères sont une vrai prise de tête a chaque fois. a quand l'unicode partout ?
L'unicode partout ça serait sympa, mais ce qui dit p3consulting est vrai. C'est pas tellement que les api sont buggés, mais que pour un système qui ne comprend pas le texte, c'est presque impossible de faire ça sans fautes.
Si tu peux avoir un indice de ta source, ça peut toujours aider.
Propulsé par Invision Power Board (http://www.invisionboard.com)
© Invision Power Services (http://www.invisionpower.com)