Archive Liste Typographie
Message : Re: Recherche de police

(Foucauld Perotin) - Mardi 20 Mars 2001
Navigation par date [ Précédent    Index    Suivant ]
Navigation par sujet [ Précédent    Index    Suivant ]

Subject:    Re: Recherche de police
Date:    Tue, 20 Mar 01 11:25:10 +0100
From:    Foucauld Perotin <fp.listes@xxxxxxxxxxx>

Bonjour,

[Patrick Cazaux]
>> Mais en plus il utilise une codification particulière qui est l'objet d'un
>> traitement informatique. Ce traitement porte notamment sur les chiffres et
>> si le zéro n'est pas un zéro ça foire tout (ne m'en demandez pas plus, j'ai
>> pas tout compris).

[Jean-Pierre Lacroux]
>Moi non plus... Je ne comprends pas... Où est le problème ? Barré ou non, un
>zéro est un zéro. Il resterait un zéro même si son glyphe était une
>reproduction schématisée de la Mort de Sardanapale. Du moins pour les
>machines... Risque d'erreur à la saisie ? à la lecture ? Cela signifie donc
>que ce traitement si complexe que tu ne l'as pas intégralement compris est
>confié puis destiné à des gens qui confondent la lettre O (ou o) et le
>chiffre 0, pourtant parfaitement reconnaissables dans la quasi-totalité des
>bonnes polices ?

Je ne cherche pas à défendre à tout prix les pratiques informaticiennes,
mais cette histoire de « codes » divers, avec une confusion possible
entre O et 0 est une réalité. Dans un texte, il n'y a pas de problème,
mais ces codes sont souvent isolés et organisés selon une structure
arbitraire. Il peuvent comprendre un ou plusieurs 0 sans que
l'identification du caractère par le glyphe soit évidente.

Si je prends mon fichier de « numéros de série » par exemple, j'ai
des trucs du genre :
- 10ifg101ZC905103EF3 ;
- EXX700XX088132897-624 ;
- USV110N0001474-14234.
(Ne faisant pas dans le « warez », ce ne sont pas les vrais codes.)

D'autres codes, que les utilisateurs auront aussi à saisir, pourront être
en notation hexadécimale. Il s'agira de chiffres et des lettres comprises
entre A et F.

Dans la plupart des cas, le risque d'ambiguïté n'existe pas. On évite
les O et il n'y aura que des 0. Mais il est très rare que l'utilisateur,
lecteur, scripteur ou le plus souvent les deux -- il doit lire un papier
puis saisir le code quelque part -- en soit averti.

Notons encore qu'il faut parfois se coltiner ces codes à l'écran. Sur
Mac, la police écran la plus courante est le Geneva. Or, en Geneva
corps 9, rien ne distingue le O du 0. La confusion entre les deux
pour la saisie de noms de fichiers -- qui peuvent être associés à des
traitements automatisés -- est très courante.

Pour ma part, quand je dois générer des listes de codes aléatoires,
mêlant lettres et chiffres sans ordre précis, j'ajuste l'algorithme
pour n'avoir ni O ni 0, et je présente les codes obtenus par groupes
de caractères (de deux, par exemple) pour en faciliter la lecture.
Mais cette délicatesse n'est pas si répandue.

>si son glyphe était une reproduction schématisée de la Mort de Sardanapale
Le tout inscrit dans l'ovale du 0 ? Peut-être un chouette glyphe, mais
à éviter quand même en dessous du corps 8...

Foucauld Pérotin