moznost prechodu na LM v CSTeXu

[Petr Sojka]

On Tue, Sep 20, 2005 at 09:56:28AM +0200, Zdenek Wagner wrote:
> On Mon, 19 Sep 2005, Petr Brezina wrote:
>
> > Ad Petr Olsak, 19. 9. 2005, 11:53:00
> > %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
> >
> > > ja jsem experimenty sice nedelal, ale domnivam se, ze k rozsypani sazby
> > > muze dojit. Dvips sice cte tfm, ale generuje PSovy kod, ve kterem se
> > > typicky objevuje neco jako (slovo) show. Tento prikaz zpusobi, ze se
> > > aktualni bod sazby PSoveho RIPu posune z puvodniho mista na nove, ktere
> > > je
> > > od puvodniho vodorovne vzdaleno o soucet sirek znaku s, l, o, v, o,
> > > pricemz tyto sirky si PSovy RIP precte z Type1 formatu (*.pfb nebo *.pfa)
> > > .
> > > Nekdy dvips nema ani moznost kontrolu rozdilu metrik udelat: to tehdy,
> > > kdyz odkazuje na PSovy font, ktery je zabudovam v RIPu a font
> > > nedownloaduje. Z toho mi vychazi, ze dvips pravdepodobne kontrolu rozdilu
> > > metrik delat nebude.
> >
> > To jsem si puvodne take myslel, ale pak jsem vysazel nejake pokusne
> > dokumenty s cs*.tfm metrikami a lm*.pfb fonty a sazba nebyla vizualne
> > nijak dotcena, ackoli rozdily sirky nekterych znaku jsou v radu
> > desetin pointu. Tak jsem zacal experimentovat s tfm metrikami:
> > 1. TeXu jsem ponechal originalni cs*.tfm metriky a dvipsu jsem
> > podstrcil vselijak "upravene" tfm metriky stejneho jmena, a hle, sazba
> > se opravdu rozjela.
> > 2. TeXu i dvipsu jsem podstrcil stejne "upravene" cs*.tfm metriky
> > a z vysledku zobrazeneho v GV bylo patrne, ze TeX i PostScript si
> > o sirkach znaku mysli totez (pismena byla pres sebe, kdyz jsem jim
> > v tfm priradil mesi sirku apod.).
> > Dvipsu ani PostScriptu prilis nerozumim, ale tento empiricky poznatek
> > dal vzniknout me pracovni hypoteze, ze dvips do vysledneho *.ps soboru
> > usazuje kazde pismeno nejak extra, a to za pouziti hodnot sirek, ktere
> > najde v prislusnych *.tfm souborech. Nebo jeste vystizneji bych to
> > rekl tak, ze dvips zapouzdri jednotlive znaky z pfb do boxu, ktere
> > maji sirku prectenou z tfm a z techto boxu pak vysazi pozadovany
> > dokument (vlastne si udela takove soukrome virtualni fontiky). Mozna
> > ze je to ale vsechno uplne jinak.
> >
> To by vypadalo, ze dvips cte pfb, pokud je ma. Prikladam kus vystupu z
> dvips (neni to zadny umely dokument, je to kus rozepsaneho clanku). Je z
> nej videt, ze slova se vkladaji pohromade, ale obcas je nekde vlozen
> kerning.
>
> (with)h(S-Plus.)461 1420 y(Springer.)27 b(New)h(Y)-7
> b(ork.)291 1586 y([16])40 b(V)-7 b(outilainen)34 b(A.,)h(Kaipio)e(J.P)n
> (.)f(\(2001\):)47 b(Estiation)33 b(of)g(non-stationary)e(aerosol)h
> (size)461 1685 y(distributions)c(using)f(the)h(state-space)e(approac)n
> (h.)g Fn(J.)k(A)l(er)l(osol)g(Sci.)e Fv(32,)f(631-648)291
> 1851 y([17])40 b(V)-7 b(outilainen)34 b(A.,)h(Kaipio)e(J.P)n(.)f
> (\(2002\):)47 b(Estimation)33 b(of)h(time-v)n(arying)d(aerosol)h(size)
> 461 1951 y(distributions|exploitation)40 b(of)h(mo)r(dal)g(aerosol)e
> (dynamical)h(mo)r(dels.)h Fn(J.)h(A)l(er)l(osol)461 2051

Zajemce upozornim na prepinac dvipsu -e (maxdrift value), s jehoz snizovanim
a zvysovanim DPI roste pocet presneho umistovani znaku (vlozeneho
kerningu) i uprostred slov (a s tim souvisejicim mirnym zvetsovanim
velikosti ps souboru). Prace s maxdrift je i v Knuthove referencnim
ovladaci dvitype. Stale je co objevovat :-).

--ps