Re: Latin 0 - des détails croustillants ?

[Alain LaBonté <alb@xxxxxxxxxxxxxx>]

A 08:11 01/02/98 +0100, Alain Hurtig a écrit :
>At 16:48 -0500 30/01/98, Alain LaBonté wrote:
>>En fait l'alphabet latin n° 0, pour la plupart des utilisateurs de
>>l'alphabet latin n° 1, passera inaperçu...

[Alain H.] :
>Mais alors, à quoi servira-t-il ? Nous qui attendons cette table comme le
>Messie, pour pouvoir enfin utiliser le {oe} dans les mails et les pages
>Web... Ne nous dites pas qu'Iso-Latin 0 ne remplacera pas Iso-latin 1, ce
>serait à pleurer !

   [Alain L.] :
   Remplacer est un grand mot... c'est en essayant de le remplacer que
toutes les tentatives françaises ont échoué jusqu'ici... Curieusement,
après toutes ces tentatives, quand on voulu créer une nouvelle table, c'est
IBM qui, en coulisses, a dit que l'on aurait dû proposer un remplacement...
l'argument du soutien du français n'était pas bon, mais le cas mercantile
de l'EURO change tout (;

   Disons que pour l'Europe et les pays francophones, cela pourrait rendre
désuet l'alphabet latin n° 1. Mais pour pouvoir affirmer cela sans l'ombre
d'un doute, il faudrait être devin... disons que nous faisons tout pour
cela, mais en ne donnant pas d'arguments à ceux qui sont contre un
remplacement. Tout remplacement est une hérésie à l'ISO, hérésie qui a déjà
été commise par l'ISO elle-même l'an dernier à la suite des pressions du
consortium UNICODE pour le coréen... mais l'on a juré que ce serait un cas
unique.

[Alain L.] :
>>Paradoxalement, l'alphabet latin n° 0 (ou 9, officiellement) fait
>>terriblement l'affaire d'IBM...

[Alain H.] :
>En quoi ? Surtout, tenez-nous au courant, y compris des détails
>croustillants dont nous raffolons tous.

   [Alain L.] :
   C'est très simple : les ordinateurs de grande puissance IBM utilisent
depuis toujours un code de caractères graphiques à 8 bits capable d'assurer
la traduction des jeux de caractères ISO, sans perte de données dans les
deux sens, à condition que ces caractères ne soient pas plus nombreux que
191. Or l'ajout du SYMBOLE EURO dans les applications commerciales leur
pose problème. Il faut qu'ils sacrifient un caractère, et cela les embête
car Microsoft, elle, n'a pas ce fardeau, elle utilise sans vergogne
l'espace de commande pour le faire (voir « espace C1 » ci-dessous), en se
foutant bien de la compatibilité avec le reste du monde (peut-on la blâmer
d'ailleurs ? là est la question)... 

   Or IBM a toujours joué « fair play » dans ce domaine, et elle colle pour
ses jeux de caractères d'ordinateurs de grande puissance à des «
répertoires » de caractères ISO, bien qu'elle le fasse avec un codage
différent (elle dispose de circonstances atténuantes, c'est le jeu EBCDIC
[oui, à 8 bits!] qui devait être normalisé au tout départ (il y a de cela
près de 30 ans) à la place de l'ASCII [à 7 bits, celui-là!], mais comme IBM
était la seule à l'avoir implanté, les autres ont crié au meurtre et ils
ont pondu l'ASCII en vitesse en remplacement!)


__________________________________________________________________________
¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯
La structure des jeux de caractères ISO codés sur 8 bits est la suivante :

Combinaisons de codage de 0 à 127 (c'est l'ASCII à 7 bits, en fait) :
__________________________________________________________________________
-32 caractères de commande                              [espace C0]
-95 caractères graphiques y compris le caractère ESPACE [espace G0]
-1 caractère hybride (DEL), aujourd'hui bizarroïde (cela servait pour les 
  rubans perforés!!!)
¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯

Combinaisons de codage de 128 à 255 :
__________________________________________________________________________
-32 caractères de commande                              [espace C1]
-96 caractères graphiques y compris l'espace insécable  [espace G1]
¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯

La structure des jeux de caractères IBM EBCDIC à 8 bits est la suivante :
_________________________________________________________________________
-64 caractères de commande (y compris DEL, noyé parmi les autres)
-191 caractères graphiques
-1 caractère de commande (symbole EO, décimal 255 ou hexadécimal FF)
¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯
__________________________________________________________________________
¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯

   L'affaire « Latin 0 » fait donc l'affaire d'IBM. Cela lui permettra de
passer par un jeu de caractères normalisé pour coder l'EURO, et de
légitimer un nouveau répertoire EBCDIC contenant ce caractère, où le
caractère sacrifié sera le même que celui qu'on aura sacrifié par rapport à
Latin 1...

   Et comme on en profite pour corriger le soutien du français et du
finnois de manière normalisée, IBM le fera aussi dans sa nouvelle table, de
la même manière, puisque, répétons-le, IBM veut assurer l'intégrité des
données et coller à un jeu ISO. Cela dit, elle est mal placée pour faire le
lobbying que nous faisons, pour beaucoup de raisons... 

   Cette table permettra aussi le passage en douceur de l'EBCDIC à UNICODE
pour l'EURO, en passant par des jeux de caractères à 8 bits normalisés, et
ce, dans les deux sens... et il est à prévoir que les autres parties de
l'ISO/CEI 8859 (grec, cyrillique, latin des pays de l'Est) seront aussi
modifiées en calquant la position retenue pour le SYMBOLE EURO dans le «
latin 0 » (qui sera officiellemnet le « latin 9 »). Cela fera aussi
l'affaire d'IBM pour les mêmes raisons.

Alain LaBonté
Québec

cc france_langue
   Lazaros TOSSOUNIDIS, Bruxelles

P.-S. : en annexe, le tableau vraisemblablement final, en format JPEG

Attachment: latin0ou9.jpg
Description: Binary data