Re: XPress et ses horreurs : toute la verite devoilee

[Olivier RANDIER <orandier@xxxxxxxxxxx>]

>[HORS-CHARTE, sans aucun doute...]
>
[...]
>Un truc très simple : InDesign fait apparemment un calcul
>intelligent, et XPress fait manifestement un calcul bête. XPress ne
>connaît pas la notion de fin de ligne. Il applique sur la dernière
>lettre de la ligne _les mêmes valeurs de C & J_ qu'aux autres
>caractères. En clair, s'il a besoin de d'interletter (ou au contraire
>de resserrer les caractères) ou de bidouiller l'espace entre les mots
>pour faire rentrer une ligne, il applique son algorithme partout, y
>compris sur le dernier caractère de la ligne !
>
>A contrario, InDesign met en place le premier caractère de la ligne
>(il colle le bord gauche du bounding box de la lettre à gauche de la
>colonne, puis le dernier caractère (en appliquant le côté droit du
>bounding box de la lettre sur le bord droit de la colonne). Ensuite,
>et sans jamais déplacer ces deux caractères, il applique son
>algorithme sur les caractères intermédiaires. Je suppose que TeX fait
>de même.
>
Ce qui est marrant (sic), dans l'histoire, c'est que j'avais remarqué le
même genre de défaut, mais dans Illustrator. D'une version à l'autre (je ne
me rappelle plus lesquelles), j'avais vu des textes en justif' forcée
déborder d'un bloc, simplement parce qu'Illustrator appliquait
l'interlettrage entre la dernière lettre et le bord du bloc. Curieusement,
ce problème ne s'est jamais posé avec X-Press, ce qui tendrait à prouver
qu'il connait la notion de fin de ligne, mais ne sait pas l'appliquer aux C
& J.

Olivier RANDIER -- Experluette		mailto:orandier@xxxxxxxxxxx
	http://technopole.le-village.com/Experluette/index.html
Experluette : typographie et technologie de composition. L'Hypercasse
(projet de base de données typographique), l'Outil (ouvroir de typographie
illustrative).