System.Text.Encoding.GetEncoding ("iso-8859-1") renvoie PlatformNotSupportedException?
Voir le sujet, note que cette question ne s'applique qu'à l' .NET compact cadre. Ce qui se passe sur les émulateurs qui sont livrés avec Windows Mobile 6 Professionnel SDK ainsi que sur mon anglais HTC Touch Pro (toutes les .NET CF 3.5). iso-8859-1 représente de l'europe Occidentale (ISO), qui est probablement le plus important de l'encodage en plus de us-ascii (au moins quand on passe par le nombre de messages usenet).
Je vais avoir un moment difficile de comprendre pourquoi cet encodage n'est pas pris en charge, tandis que les suivants sont pris en charge (de nouveau à la fois sur les émulateurs & mon HTC):
- iso-8859-2 (Centrale Européenne (ISO))
- iso-8859-3 (Latin 3 (ISO))
- iso-8859-4 (Baltique (ISO))
- iso-8859-5 (Cyrillique (ISO))
- iso-8859-7 (en grec (ISO))
Donc, est un soutien pour le dire en grec plus important que le soutien pour l'allemand, le français
et l'espagnol? Quelqu'un peut-il faire la lumière sur cette?
Merci!
Andreas
source d'informationauteur Andreas Huber
Vous devez vous connecter pour publier un commentaire.
Je voudrais essayer d'utiliser "windows-1252" que l'encodage de la chaîne. Selon WikipediaWindows-1252 est un sur-ensemble de la norme ISO-8859-1.
Cet article MSDN dit:
Je crois que tous (ou du moins beaucoup) de l'ISO du codage de la page de code codages et relèvent de la "prise en charge limitée de la règle". UTF8 est probablement votre meilleur pari comme un remplacement.
Je sais que c'est un peu tard mais j'ai fait une mise en œuvre .net cf de l'encodage ISO-8859-1, j'espère que cela pourrait aider:
Avez-vous essayé uppercasing le jeu de caractères de nom? Le officiel d'inscription ne comprennent pas les minuscules nom que vous avez fourni (ce qui n'explique pas pourquoi il accepte lowercase versions de l'autre ISO-8859 variantes).
Il est étrange que 8859-1 n'est pas pris en charge, mais cela dit, l'UTF-8 n'ont la capacité de représenter l'ensemble de teh 8859-1 personnages (et plus), donc, il y a une raison pour laquelle vous ne pouvez pas utiliser l'UTF-8 à la place? C'est ce que nous faisons en interne, et je viens de traités presque le même problème aujourd'hui. Le côté positif de l'utilisation de l'UTF-8, c'est que vous obtenez de l'aide pour l'extrême-orient et les langues utilisant l'alphabet cyrillique sans apporter de modifications et sans ajout de poids dans les langues occidentales.
Si quelqu'un est d'obtenir une exception.NET compact framework) comme: