Re: Re(2): Fontes pour le Web

[Thierry Bouche <Thierry.Bouche@xxxxxxxxxxxxxxx>]

Concernant « Re: Re(2): Fontes pour le Web », Olivier RANDIER écrit :
 > >On Fri, Nov 07, 1997 at 10:00:14AM +0100, Jean-Francois Porchez wrote:
 > >>
 > >> D'ailleurs je crois que les fontes Adobe sont en TrueType, n'est-ce
 > >> pas???? et étonnant pour Adobe????
 > >
 > Je pense aussi que pour le Web, TrueType est logique. Cela pose évidemment
 > le problème de la qualité des hints en TrueType (vieux débat). C'est vrai
 > cette histoire de Minion Web ? Ca pourrait m'intéresser pour ma base de
 > données...

mais il est certain que si on veut savoir exactment quel sera le
bitmap affiché dans une définition donnée à un corps donné, il n'y a
que true type, le recours à ce format pourrait vouloir dire qu'adobe a
effectivement retravaillé ses web-fontes. Il n'en reste pas moins que
Minion est typiquement un dessin qui est inutilisable à basse
définition, et tous les artefacts du monde n'y feront rien
(antialiasing ou rendu en niveaux de gris, superhinting, etc.) :
regardez-donc le e bas de casse du romain, il est traversé par une
barre d'inclianison très faible (voir aussi les montants du M). Ceci
est impossible à reproduire quand on dispose de 3 ou 4 points pour
tracer ce « trait ». Comparez avec un caractère basse définition (les
pentes sont soit nulles soit franches, certains empattements comme
celui du p italique en lucida ou utopia peuvent meme etre omis [plutot
que sucrés dans certains contextes]). Et ça n'est pas un hasard si le
bitmap affiché est en 24 points. Pour myriad, il est évident que le
problème est différent : il suffit de la super-hinter pour arriver au
niveau de verdana. Ma suspicion envers adobe sur ces choses vient
aussi du fait qu'ils ont un peu pris l'habitude de faire des packages
spécifiques à hue et à dia pour couvrir des niches de marché, en
simplement regroupant des `snapshots' de fontes MM existantes. 


 > Il faudrait plutôt envisager la possibilité d'intégrer à HTML les fonctions
 > d'incorporation de fontes de PDF. Cela permettrait ainsi de contourner le
 > problème des fontes gratuites et soi-disant universelles. Adobe peut

pas simple. L'avantage de HTML sur PDF est la « légèreté » des
fichiers, et le fait qu'ils contiennent essentiellement du sens, qui
sera formaté « au mieux » en fonction des possibilités du terminal
(qui peut etre un haut-parleur dans le cas des sourds-aveugles). Il
serait illusoire de vouloir demander à HTML le controle sur la
présentation qu'on a en PDF. D'autre part, ton serveur de fontes ne
règle rien puisque si tout le monde peut s'y servir, c'est bien
qu'elles seraient gratuites. La bonne réponse est surement à chercher
du coté des « cascading style sheets » et d'algorithmes (moins bugés
que ceux d'aujourd'hui) de remplacement de caractères par d'autres
similaires. (si la page demande du Arial, je peux mettre du Helvetica,
du Geneva, mais pas du courier...).
   Thierry Bouche.       -----       thierry.bouche@xxxxxxxxxxxxxxx
          http://www-fourier.ujf-grenoble.fr/~bouche/