Re: Trop parfait?

[Thierry Bouche <Thierry.Bouche@xxxxxxxxxxxxxxx>]

» l'aléatoire logiciel (au niveau du RIP, recalculé
» à chaque lettre imprimée - et non pas une fois pour toute pour les "A", les
» "B", etc., ainsi que l'a suggéré Benoît, et paramétrable selon les boulots)
» serait une solution raffinée.

Je ne crois pas. 

L'« aléatoire au niveau du RIP », c'est ce que Jacques André, les
frères RoboFog ou la famille Devroye/Desruisseaux maîtrisent depuis un
certain temps (l'idée est de faire des fontes type 3, en supprimant le
cache de telle sorte que les bitmaps soient recalculés à chaque
occurence). Toute la question étant : que demande-t-on à cet
aléatoire ?  Pourquoi ça serait mieux après qu'avant ? 

J'ai dans mes archives un petit programme PS de Bernard Desruisseaux
qui aléatoirise n'importe quelle fonte en bidouillant ses
dictionnaires (CharDict) à la volée : c'est un joli gadget mais ça
n'humanise en rien la fonte d'être ainsi détruite.

Petit exemple :

%La procedure MakeBrokenFont a quatre operandes, soit : le
%nom de la fonte originale, le nom de la fonte aleatoire, le
%degree de variation dans toutes les directions (le bruitage),
%et la longueur maximale des segments de droite (les courbes
%sont decomposees en segments de droite, avec flattenpath, et
%les segments de droite decoupes, de facon aleatoire avec
%BreakPath, en plusieurs segments de longueur moindre que le
%maximum permis).
 
%Par exemple,
 
%    /Helvetica /Helvetica-Broken 20 10 MakeBrokenFont
 
%nous donne une fonte Helvetica-Broken ayant un degree de
%variation de 20 et des segments de droite de longueur
%maximal de 10.

/Helvetica        /Helvetica-Broken    20 10 MakeBrokenFont
/Palatino-Roman   /Palatino-Broken     40 15 MakeBrokenFont
/Times-Roman      /Times-Broken        20 10 MakeBrokenFont
/Courier          /Courier-Broken      20 10 MakeBrokenFont