Le 15 février 2012 20:28, Hélène PETIT <[email protected]> a écrit : > Le 15/02/2012 19:38, Philippe Verdy a écrit : > >> Dans JOSM, c'est normal que tu n'aies rien à paramétrer, puisque >> l'outil écrit en Java prends en charge directement Unicode et >> travaille dans ce mode. > > potlatch, je sais pas, je n'utilise pas. > et je viens juste de dire que c'est dans josm, justement, que les accents > sont recrachés.
A quel endroit tu as vu des accents que JOSM ne savait pas afficher, entrer ou enregistrer correctement ? Je n'en vois pas. Au contraire des données qui ont été créées ou modifiées et réenregistrées (y compris celles supposées non modifiées) dans rawedit sur Osmose ou dans Potlatch, des données parfois corrompues maintenant dans la base à cause de mauvais codages en HTML et/ou javascript, et/ou requêtes XMLHttpRequest par un navigateur connu comme ayant des problèmes de compatibilités non détectés par les solutions "en ligne". Même si une installation de Java n'a pas la possibilité d'afficher un caractère Unicode, faute de police installée pour les supporter, au moins JOSM affichera des carrés et préservera l'identité des caractères Unicode qui sont dans les données textuelles non modifiées. Maintenant on ne peut pas se prémunir contre des effacements volontaires de données par les contributeurs (qui pourraient croire de bonne foi que ces textes mal affichés ou qu'ils ne peuvent pas lire du tout sont incorrects). Mais le support des principales écritures du monde (latin, grec, cyrillique, arabe, hébreu, devanagari, tamoul, hangeul, katakana, hiragana, et sinographique dans le plan multilingue de base, ainsi que de nombreux chiffres, symboles et signes de ponctuation courants) fonctionne sans problème dans Java (et depuis très longtemps, même avant Java 4 alors que JOSM demande Java 6). On ne peut pas en dire autant des applis .Net coté client, ou même Python, PHP et MySQL du côté des serveurs frontend et backend (mais Perl en revanche est quasi irréprochable aussi depuis longtemps). _______________________________________________ Talk-fr mailing list [email protected] http://lists.openstreetmap.org/listinfo/talk-fr
