Archive Liste Typographie
Message : Fwd: Re: Noms de domaine accentués

(Alain LaBonté ) - Jeudi 15 Mars 2001
Navigation par date [ Précédent    Index    Suivant ]
Navigation par sujet [ Précédent    Index    Suivant ]

Subject:    Fwd: Re: Noms de domaine accentués
Date:    Thu, 15 Mar 2001 09:56:27 -0500
From:    Alain LaBonté  <alb@xxxxxxxxxxx>

Intéressant commentaire d'un de mes meilleurs amis français.

Alain

From: "Jean-Pierre Cabanié <jp.cabanie@xxxxxxxxx>
To: "Alain LaBonté " <alb@xxxxxxxxxxx>
Date: Thu, 15 Mar 2001 07:01:31 +0100
Subject: Re: Noms de domaine accentués

On Wed, 14 Mar 2001 16:41:06 -0500, Alain LaBonté  wrote:

Ce n'est pas le cas pour les quelques prochaines années (de 1 à 5 ans, sans doute beaucoup plus dans les cas des ordinateurs de grande puissance compatibles IBM, notament) que nous aurons à vivre.

[Jean-Pierre Cabanié]
À titre indicatif, le langage java (SUN mais disponible sur la majorité
des plateformes y compris, sauf erreur de ma part,  sur système S390)
utilise en interne Unicode sans tricher : Le source sur mes plateformes
est en ANSI (Win NT) ou CP850 (OS/2). J'utilise extensivement mon
clavier CA-FR pour mes applications (Majuscules accentuées par exemple)
et mes applicatifs ont une présentation correcte quelle que soit la
plateforme sur laquelle l'exécutable fonctionne. Nous avons déjà fait
un pas significatif dans le bon sens, il ne reste plus qu'à
généraliser l'usage du clavier CA-FR (ou Neuville ou ...) de façon à
permettre à tout un chacun de correctement saisir ses données
textuelles le compilateur java fait le reste.
De même, java dispose de la notion de réservoir de ressources dynamique
: (on peut sen construire un pour chacune des locales et dès lors,
l'exécutable optera automatiquement pour le réservoir associé à la
locale courante.
Outre les qualités intrinsèques du langage (un C++ qu'on a «désarmé»
c'est-à-dire avec lequel il est quasi impossible de «se tirer dans le
pied», cette ouverture du code à l'internationalisation est une des
raisons majeures qui me le font aimer. Il va de soi que mettre en
oeuvre les réservoirs de ressources multiples est une surcharge de
travail à laquelle je me soustrait aujourd'hui par manque de temps mais
je dispose d'un outil qui me place de façon systématique toutes les
ressources textuelles de mon interface graphique dans un tel réservoir
et génère le code adéquat. En relativement peu de temps je pourrais
internationaliser totalement mon application : Seuls les messages de
ces applications seraient à inclure dans ledit réservoir. Les routines
de présentation (nombres, monnaie, heures, dates etc. sont d'ores et
déjà localisées par le langage java de façon transparente pour
l'utilisateur. Un codage soigneux garantit quasiment le succès (Sans
doute à quelques bémols près).
Si tu n'as pas déduit que j'étais devenu un «fan» de java, relis depuis
le début...

Amitiés sincères de
Jean-Pierre