> Et qu'en est-il des logiciels tournant sous windows ?
>
Tous les logiciels supportant l'Unicode, comme la suite Office par exemple, Word et Outlook Express notamment (les plus intéressants pour cette problématique).
> Visiblement tous les gens qui m'ont mis un moins sur mon commentaire précédent ont cru que je parlais uniquement du charset. En réalité je pensais surtout au fait que peu d'éditeurs de logiciels doivent faire l'effort de traduire leurs logiciels en vietnamien étant donné le peu de poids économique du vietnam comparé aux USA ou aux pays riches d'Europe (surtout vu le taux de piratage là-bas).
>
Et peut-être aussi pour l'intérêt. Je soupçonne les vietnamiens d'aimer les produits "annotés" en langues étrangères, comme notamment l'anglais ! ;-)
Non, c'est vrai, je ne plaisante pas tant que cela.
Enfin, peu importe. Le problème est cependant double dans le cadre d'une application proposant une interface graphique : l'affichage du texte, qui pose pas franchement de problème (que le développeur utilise une police propriétaire ou une standard système Unicode), et la saisie de texte par l'utilisateur, qui pose nettement plus de problème. Jusqu'à présent, dans le cadre du vietnamien, le développeur s'appuyait sur un IME propriétaire (VPSKey et autres) devant être installé sur le système d'exploitation, et très souvent en plus de l'application développée. Ce n'était pas pertinent pour les raisons suivantes :
(1) Plusieurs IME coexistaient et se tiraient dans les pattes lors de l'utilisation d'applications différentes vietnamiennes (dictionnaire avec IME intégré, application VPS avec VPSKey, correction automatique de Word), et il fallait donc jongler avec l'activation et la désactivation de ces IME.
(2) Les codes de caractères produits par ces IME n'étaient pas les mêmes, si bien que les documents finaux ne pouvaient pas être diffusés et visualisés simplement.
(3) Les polices de caractères et les IME devaient être installés manuellement sur les systèmes d'exploitation. La police de caractères compatible avec l'IME utilisé devait être manuellement sélectionnée pour pouvoir écrire avec un éditeur de texte évolué (WordPad d'antan par exemple). Malheur à celui qui tentait d'utiliser deux polices incompatibles pour composer agréablement son texte (le jour où il faisait une sélection massive pour utiliser une autre police, il avait tout gagner pour retrouver ses petits !)... Le problème sous Linux se posait moins vu que VISCII fut majoritairement utilisé.
Le support de l'Unicode clôture ce supplice du pal... bien qu'il reste d'autres écueils auxquels il faut faire attention : les caractères décomposés ou combinés. Une application conforme Unicode doit considérer ces deux formes comme équivalentes (par exemple le JDK 1.3.1 n'est pas conforme Unicode, Oracle 8i est conforme). Certains navigateurs affichent encore mal les caractères décomposés (Galeon par exemple).
[^] # Re: Le Viêt-Nam s'ouvre au libre
Posté par Sieunhan Leinad . En réponse à la dépêche Le Viêt-Nam s'ouvre au libre. Évalué à 6.
>
Tous les logiciels supportant l'Unicode, comme la suite Office par exemple, Word et Outlook Express notamment (les plus intéressants pour cette problématique).
> Visiblement tous les gens qui m'ont mis un moins sur mon commentaire précédent ont cru que je parlais uniquement du charset. En réalité je pensais surtout au fait que peu d'éditeurs de logiciels doivent faire l'effort de traduire leurs logiciels en vietnamien étant donné le peu de poids économique du vietnam comparé aux USA ou aux pays riches d'Europe (surtout vu le taux de piratage là-bas).
>
Et peut-être aussi pour l'intérêt. Je soupçonne les vietnamiens d'aimer les produits "annotés" en langues étrangères, comme notamment l'anglais ! ;-)
Non, c'est vrai, je ne plaisante pas tant que cela.
Enfin, peu importe. Le problème est cependant double dans le cadre d'une application proposant une interface graphique : l'affichage du texte, qui pose pas franchement de problème (que le développeur utilise une police propriétaire ou une standard système Unicode), et la saisie de texte par l'utilisateur, qui pose nettement plus de problème. Jusqu'à présent, dans le cadre du vietnamien, le développeur s'appuyait sur un IME propriétaire (VPSKey et autres) devant être installé sur le système d'exploitation, et très souvent en plus de l'application développée. Ce n'était pas pertinent pour les raisons suivantes :
(1) Plusieurs IME coexistaient et se tiraient dans les pattes lors de l'utilisation d'applications différentes vietnamiennes (dictionnaire avec IME intégré, application VPS avec VPSKey, correction automatique de Word), et il fallait donc jongler avec l'activation et la désactivation de ces IME.
(2) Les codes de caractères produits par ces IME n'étaient pas les mêmes, si bien que les documents finaux ne pouvaient pas être diffusés et visualisés simplement.
(3) Les polices de caractères et les IME devaient être installés manuellement sur les systèmes d'exploitation. La police de caractères compatible avec l'IME utilisé devait être manuellement sélectionnée pour pouvoir écrire avec un éditeur de texte évolué (WordPad d'antan par exemple). Malheur à celui qui tentait d'utiliser deux polices incompatibles pour composer agréablement son texte (le jour où il faisait une sélection massive pour utiliser une autre police, il avait tout gagner pour retrouver ses petits !)... Le problème sous Linux se posait moins vu que VISCII fut majoritairement utilisé.
Le support de l'Unicode clôture ce supplice du pal... bien qu'il reste d'autres écueils auxquels il faut faire attention : les caractères décomposés ou combinés. Une application conforme Unicode doit considérer ces deux formes comme équivalentes (par exemple le JDK 1.3.1 n'est pas conforme Unicode, Oracle 8i est conforme). Certains navigateurs affichent encore mal les caractères décomposés (Galeon par exemple).
Enfin, on tend vers l'homogénéité quand même...