Archive Liste Typographie
Message : Re: [typo] Unicode et autres - police expert (Foucauld Perotin) - Mardi 11 Février 2003 |
Navigation par date [ Précédent Index Suivant ] Navigation par sujet [ Précédent Index Suivant ] |
Subject: | Re: [typo] Unicode et autres - police expert |
Date: | Tue, 11 Feb 2003 13:18:38 +0100 |
From: | "Foucauld Perotin" <fp.listes@xxxxxxxxxxx> |
Bonjour, Je profite de ce que Jean-Denis Rondinet nous rappelle les supérieures canoniques de la casse parisienne et leurs usages... >CHRONIQUE DE L´ANCIEN TEMPS >Les supérieures garanties étaient, dans l´ordre, r-o-s-e-l-m-i-t (pour 1er, >Nos, Mlle, Mme, Cie, St...). Quand le père Noël était passé ;-) on trouvait >g (pour Mgr), v (Vve), n (Bon)... (J'avoue avoir mis un « bon » moment à retrouver le baron caché là...) ...pour revenir à la sempiternelle question des supérieures dans Unicode. Je ne suis pas doué pour chercher dans les archives de la liste avec « Sympa ». J'ai donc tenté de voir ce que les archives de Google avaient à me raconter dans le groupe Unicode (fr.comp.normes...). Ça n'a pas fait un pli. Seul Olivier Randier avait quelque chose de construit à dire à ce sujet. Donc autant revenir au bercail pour en causer... Voici ce qu'a dit Olivier au printemps dernier (le 21 mars 2002 précisément) : >Unicode a une position ambiguë sur les exposants : d'une part, considérant >que c'est une forme de présentation, il choisit de ne pas coder les lettres >supérieures utilisé dans nombre d'abréviations, d'autre part, il code les >chiffres en exposant et en indice, ainsi que le _n_, les signes égal, plus >et moins, les parenthèses. >Or, cela est absurde : chiffres en exposants et en indice sont une infime >partie de l'expression scientifique, qui est infinie : n'importe quel signe >scientifique peut avoir à être composé en exposant ou en indice, mais aussi >en exposant d'exposant ou en indice d'indice, ou en exposant d'indice (et >lycée de Versailles), et ce, jusqu'au n-ième niveau. Il est totalement >impossible de coder l'expression scientifique sans passer par des >procédures de niveau supérieur. >Au contraire, les lettres supérieures, comme les petites capitales, sont en >nombre fini et limité (elles ne concernent que les écritures bicamérales >européennes) et pourraient très bien être codées directement, ce qui >inciterait à leur usage correct, au lieu de passer par des réductions qui >ne donnent pas de bons résultats typographiques (diminution de la taille de >la fonte, >positionement surélevé ne sont pas suffisants, le dessin et la graisse >doivent être adaptés, également). Je n'en reviens pas. Je savoure les joies d'Unicode avec Mac OS X depuis quelques semaines. (C'est formidable ! Google et Safari permettent de faire des recherches sur Internet sur n'importe quel mot hébreu, grec ou russe, et affichent impeccablement les résultats, bien qu'il s'agisse en général de pages codées en... Windows-125n. Des logiciels Apple aussi simples et quotidiens que « Stickies » -- des Post-it électroniques -- traitent l'Unicode avec un naturel désarmant.) Ainsi, j'en ai profité pour explorer les tableaux de Patrick Andries en détail. Je me disais constamment que j'avais dû rater les blocs ou ces « LETTRES MINUSCULES LATINES SUPERIEURES » étaient logées. Mais non ! Elles semblent ne toujours pas y être... Quand on voit le nombre de conneries qu'abrite Unicode (je vous recommande U+2603, ainsi que la différence entre U+2600 et U+263C) ou, à l'opposé, qu'on s'extasie (de loin, pour ma part) sur les subtils mécanismes de composition de l'arabe, qui vont impliquer tel ou tel glyphe en fonction de la position du caractère dans le mot avec de nombreuses complications, on ne comprend pas très bien qu'il y ait autant d'hésitations pour trouver une place à onze pauvres petites « LETTRES MINUSCULES LATINES SUPERIEURES ». Dans l'optique de la numérisation, du codage et de l'archivage de « textes en clair » (_plain text_), notamment en XML, je trouve cette absence sensiblement plus regrettable encore que celle des petites capitales. De possibles confusions, induites par ce manque, entre tel titre de noblesse et telle qualité (« le Bon Jean de Machinchose ») seraient regrettables... Ne peut-on rien faire pour que ces supérieures et, tant qu'on y est, les petites caps, soient enfin logées dans une prochaine version d'Unicode et d'ISO 10646 ? (Pourrait-on oser espérer une place d'orchestre, je veux dire quelque part dans les 2 premiers octets ?) Faut-il lancer une pétition ? Aller manifester ? Je suis d'avance d'accord avec toutes les solutions. -- Foucauld Pérotin (fp@xxxxxxxxxxx)
- Re: [typo] Unicode et autres - police expert, (continued)
- Re: [typo] Unicode et autres - police expert, Patrick Cazaux (10/02/2003)
- Re: [typo] Unicode et autres - police expert, Stéphane Lamek (10/02/2003)
- Message not available
- Re: [typo] Unicode et autres - police expert, Thierry Bouche (11/02/2003)
- Re: [typo] Unicode et autres - police expert, Foucauld Perotin <=
- Re[2]: [typo] Unicode et autres - police expert, Thomas Linard (13/02/2003)
- Re: [typo] Unicode et autres - police expert, Thierry Bouche (14/02/2003)
- Re: [typo] Unicode et autres - police expert, Jacques Andre (14/02/2003)
- HC : mail, émail, EtTouÇa, Serge B (14/02/2003)
- Re: [typo] HC : mail, émail, EtTouÇa, Yves Maniette (14/02/2003)
- Re: [typo] HC : mail, émail, EtTouÇa, Jef Tombeur (14/02/2003)
- Re: [typo] HC : mail, émail, EtTouÇa, Patrick Andries (14/02/2003)