Je suis à la bourre
 
Est ce que qqun a une classe qui prend une String et qui remplace tout les caractères accentués par le correspondant US
 
genre éèê -> e
      àâ  -> a
      ï   -> i
 
etc

greg avait déjà posé la question et je crois pas qu'on avait trouvé la réponse ...
 
y a un exe qui fait ca dans la JDK si c'est pour "internationaliser" tes .class. Je crois que c'est native2ascii.exe

http://mindprod.com/jglossencoding.html
 
pour plus d'info.
 
je suis pas certain que c'est ce que tu cherches à faire ...

nope. En fait j'ai une plateforme qui ne gère pas encore les caractères accentués et on est à la bourre. Je dois betement lui passer une String (un message en francais) et ca doit me renvoyer le meme message mais sans les accents (histoire que la platforme ne remplace pas é par ? (auquel cas le message est vite incompréhensible).
 
 

DarkLord a écrit a écrit : nope. En fait j'ai une plateforme qui ne gère pas encore les caractères accentués et on est à la bourre. Je dois betement lui passer une String (un message en francais) et ca doit me renvoyer le meme message mais sans les accents (histoire que la platforme ne remplace pas é par ? (auquel cas le message est vite incompréhensible).

 
dans ce cas, c'est le problème qu'on avait déjà eu, et on avait pas trouvé de solution. Avec une petite recherche tu devrait retrouver le topic ...
 
à part une moche méthode de conversion et un tableau de correspondance ....  

je le retrouve pas. Tant pis je vais le faire moi même.

['à', 'á', 'â', 'è', 'é', 'ê']
 
['a', 'a', 'a', 'e', 'e', 'e']
 
ça va quoi spa la mort

si

--greg-- a écrit a écrit : ['à', 'á', 'â', 'è', 'é', 'ê']   ['a', 'a', 'a', 'e', 'e', 'e']   ça va quoi spa la mort

 
î ï ö ö ? ...

Euh.. ca ca ne le fait pas ?
 

 
Bye !

nan : ca remplace par des '?'

 

 
Marrant ca vu que toute VM a l'obligation de supporter au moins US-ASCII, ISO-8859-1, UTF-8, UTF-16BE, UTF-16LE et UTF-16. Bien sur si derriere la plateforme ne suit pas (cf. shell Windows p.ex. )
 
Anyway.
 
CU !

 
Ah bon ? Sur quelle plateforme (c'est contraire aux regles de conversion et de support d'encodage requises par SUN) ?
 

je peux pas donner de détails mais ce n'est pas une plateforme au sens hardware du terme

DarkLord a écrit a écrit : je peux pas donner de détails mais ce n'est pas une plateforme au sens hardware du terme

 
Ok top sikret
 

phenixl a écrit a écrit :       Marrant ca vu que toute VM a l'obligation de supporter au moins US-ASCII, ISO-8859-1, UTF-8, UTF-16BE, UTF-16LE et UTF-16. Bien sur si derriere la plateforme ne suit pas (cf. shell Windows p.ex. )   Anyway.   CU !

Ce n'est pas avec Windows qu'on a le plus de problèmes, souvent, mais avec les plateformes Unix, et en particulier (paradoxalement) Solaris. Par exemple, quand on a besoin de reposer sur l'encoding par défaut de l'OS (et que ce dernier n'est pas super bien configuré).

les expresions reguliere ne peuvent pas faire ce genre de boulo ?
jdit ca mais j y connais rien

 
Comme quoi on en apprend tous les jours Je n'ai pas eu de problemes avec des plateformes heteroclytes comme des stations IRIX, des iPaq (running familiar linux) et sauf erreur non plus sur des iPaq avec Savage.
 
M'enfin apparemment dans le cas de Darklord ce n'est pas hardware...

 
nope