Re: Unicode 2.0 : le debat

[Paul Pichaureau <ppichaur@xxxxxxxxxxxxxxxxxxxx>]

Fekete Jean Daniel 0251858208 wrote:
> 

> 
> Ou je comprend mal, ou j'ai du mal à adhérer à l'idée de registre de
> glyphs.  Autant je crois qu'on peut faire une liste des caractères
> utilisés dans chaque langue, autant je ne crois pas qu'on puisse faire
> une liste exhaustive des glyphes utilisables.  Ou alors, pour le coup,
> cette liste serait réductrice pour la typo.  En revanche, que chaque
> police (répertoire de glyphs) contienne des algorithmes pour
> transformer une suite de caractères en suite de glyphs positionnés, ça
> c'est intéressant.  Par exemple, la police Expert de Garamond
> contiendrait un programme qui, prenant une suite de caractères
> Unicode, rendrait une liste de glyphs avec leur position.  Cet
> algorithme appartient bien à la police, car c'est le créateur de la
> police qui a une idée de la méthode de combination de ses glyphs dans
> un système d'écriture.

  Ca ne me parait pas une bonne solution, dans la mesure ou le
remplacement d'un glyphe ou d'un groupe de glyphhe par un autre (
« enrichissement typographique ») n'est pas systématique. Vous pouvez
vouloir désactiver telle ligature ici mais pas là, ne pas mettre de
lettres terminales dans le texte mais dans les titres, etc. 

 Des lors, il n'y a pas de differences entre choisir tel caracteres de
telle fonte ou choisir tel algorithme, surtout si en fin de compte
l'algorithme ne s'applique pas systématiquement à tout un texte.

  Enfin, il faut bien voir qu'un tel systeme est complètement étranger à
unicode qui n'est pas du tout attaché à une police particulière.

  Je préfère donc la solution d'une norme unicode pour l'enrichissement
tpographique. Le principe serait qu'un document de bonne qualité
typographique serait transmis en utilisant les dénomination de cette
norme. A charge ensuite de rendre ou de ne pas rendre une telle richesse
typographique. Mais en fixant une fois pour toute une norme pour cet
enrichissement, on assure qu'une police correctement encodée rendra
parfaitement le document à l'arrivée.

  En plus, en 65000 cases, on doit bien pouvoir rendre toutes les
enrichissements ayant existé pour l'ensemble des langues utilisant
l'alhpabet romain ou ses dérivés...

> 
>   Jean-Daniel Fekete
-- 
 Paul  Pichaureau                e-mail: ppichaur@xxxxxxxxxxxxxxxxxxxx
 Et il arriva que                Strasbourg, France  -  03 88 10 70 84 
 le Jeune Paul...                IPCMS (http://www-ipcms.u-strasbg.fr)