| Auteur | Pages : [<] |
|---|---|
| keke | |
petit à petit, Magdales grandi 36 Posts |
(reprise du message précédent) Salut Julien, Je n'ai pas trop l'impression de me contredire ... au pire, je suis pas assez précis. Dis moi si effectivement tu persistes à croire en mes contre-sens. >>> "basé en europe" Mis à part l'arabe donc, ce ne sont que des langues européennes. Je sais qu'historiquement ca a été le cas ... et que peu d'efforts a été fait pour internationaliser les normes. Unicode étant par exemple moins "global" que UTF-8-general. >>> Norme iso. Dans le contexte, et avec le lien juste au dessus, il s'agit bien de l'iso-8859-1 pour le web. Je ne parle évidement pas de ISO 14000 sur l'environnement, ni de ISO Lux pour les fenêtres. Cependant, merci de m'indiquer que je manquais de précisions. >>> il est faux de dire de tout caractère est codé sur 2 octets Là, je crois que c'est une erreur de lecture. J'indique explicitement que UTF-8 est codé sur au minimum 2 octets, et qu'il peut y en avoir 2,3,5 voir plus. Je manque de précision, mais là, tu me fais dire ce que je ne dis pas ^^. (cela dit, c'est pas grave, tu apportes encore plus de précision encore une fois) Ces précisions ayant été apportées, penses que la modification que je propose (à savoir, rajouter une ligne de META sur le site de doc McFly) soit une solution à son problème ? kéké PS : j'essayerais de passer Magdales en Japonnais... juste pour voir ^^ http://forum.alsacreations.com/topic-18-59257-1-jeu-web-Magdales-internationalise.html Kéké, administrateur de Magdales Nouvellement papa |
| jmlapam | |
Bazinga ! 2148 Posts |
Julien Royer a écrit : Ah bon? Je croyais que c'était une extension de fichier moi... @keke: Je ne vois pas en quoi cela résout le problème de mcfly Don't <li> ! |
| Julien Royer | |
| Modérateur 4163 Posts |
keke, je ne cherche pas à te montrer que tu as tort, mais à te pousser à t'intéresser plus précisément aux questions d'encodage car tu sembles mélanger plusieurs notions et donc potentiellement induire en erreur les lecteurs de ce sujet. keke a écrit : Il y a aussi ISO 8859-8 pour l'hébreu et ISO 8859-11 pour le thaï. Mais, comme je l'ai dit précédemment, je suis d'accord sur le fait que ces encodages ne suffisent pas pour une utilisation dans un cadre international. keke a écrit : - UTF-8-général n'est pas un encodage mais un "interclassement" (notion liée aux bases de données). - Comparer Unicode et UTF-8, cela a autant de sens que de comparer une voiture et une roue. Unicode définit un jeu de caractère et UTF-8 un encodage basé sur ce jeu de caractères. UTF-8 permet de coder tous les caractères Unicode. keke a écrit : Non, justement, comme je l'ai dit, UTF-8 permet de coder certains caractères (les "caractères ASCII") sur un seul octet. Modifié par Julien Royer (16 Dec 2011 - 13:39) God rest the souls of that poor family. And pussy’s half price for the next 15 minutes. |
| keke | |
petit à petit, Magdales grandi 36 Posts |
Ok Julien ^^. Je vais revoir ma copie (et essayer d'arreter de dire des bétises.) /me zou > http://fr.wikipedia.org/wiki/UTF-8 Modifié par keke (16 Dec 2011 - 14:24) Kéké, administrateur de Magdales Nouvellement papa |
| doc mcfly | |
1,21 gigawatts ! 326 Posts |
Bon je vous répond ! En faites, c'est pour les fichiers langues d'un CMS de ma création. Le problème, c'est que dans certaines langues (Russe, japonais, arabe), impossible d'afficher, même si c'est en UTF-8. De même, certaines langues ne s'affiche pas dans N++ (japonais notamment) Vous dites que vous avez fabriqué une machine à voyager dans le temps... à partir d'une Delorean ? 90% des adolescents aujourd'hui mourrait si Facebook serai complètement détruit. |
| doc mcfly | |
1,21 gigawatts ! 326 Posts |
Sur ce site, j'essaye de refaire en php le "Unicode values" mais j'arrive pas à le faire, je sais pas quel code faut prendre ! Vous dites que vous avez fabriqué une machine à voyager dans le temps... à partir d'une Delorean ? 90% des adolescents aujourd'hui mourrait si Facebook serai complètement détruit. |
| fvsch | |
| 20100 Posts |
doc mcfly a écrit : Tu peux tout à fait encoder des caractères russes, japonais ou arabe en UTF-8, et les afficher en front-end. (Bien sûr il faut que le système d'exploitation client ait des fontes capables d'afficher ces caractères, ce qui est généralement le cas sur les versions récentes de Windows, Mac OS et Linux, mais pas forcément le cas sur un Windows XP français ou américain.) Si tu n'arrives pas à stocker ou restituer ces caractères en UTF-8, alors il y a un bug ou un mauvais paramètre quelque part dans la chaine de traitement des données. doc mcfly a écrit : Il y a une spécification Unicode si tu veux une information exhaustive. Mais si tu veux juste convertir des caractères en entité HTML avec valeurs numériques Unicode -- ce qui en soit est probablement une bêtise ou un aveu d'échec mais passons -- il y a sans doute des fonctions PHP natives qui font ça, ou à défaut des classes existantes que tu peux réutiliser. Comme on dit dans ces cas là: RTFM et STFW. Modifié par fvsch (16 Apr 2012 - 10:29) |
| doc mcfly | |
1,21 gigawatts ! 326 Posts |
OK, merci !EDIT : j'ai trouvé une solution barbare pour convertir. Dans un formulaire encodé en iso, j'utilise la fonction htmlentities. J'exploite donc un bug. Modifié par doc mcfly (16 Apr 2012 - 19:48) Vous dites que vous avez fabriqué une machine à voyager dans le temps... à partir d'une Delorean ? 90% des adolescents aujourd'hui mourrait si Facebook serai complètement détruit. |
| doc mcfly | |
1,21 gigawatts ! 326 Posts |
Je le marque en résolu. Vous dites que vous avez fabriqué une machine à voyager dans le temps... à partir d'une Delorean ? 90% des adolescents aujourd'hui mourrait si Facebook serai complètement détruit. |
Pages : [<] |
|