VF

[Anton Surda]

Dobry den,
mal som problemy ako skombinovat dva fonty csr9 a csr7 do jedneho virtualne.
Nakoniec sa ich podarilo vyriesit.

> Uvodna cast cssc9.pl:
>
> (DESIGNSIZE R 9.0)
> (COMMENT DESIGNSIZE IS IN POINTS)
>   .
>   .
>   .
>
> (MAPFONT D 0
>    (FONTNAME csr9)
>    (FONTCHECKSUM O 15162053205)
>    (FONTAT R 1.0)
>    (FONTDSIZE R 9.0)
>    )
Potial je to v poriadku a druha cast je spravne takto:


 (MAPFONT D 1
    (FONTNAME csr7)
    (FONTCHECKSUM O 2145270533)
    (FONTAT R 0.777777)
    (FONTDSIZE R 7.0)
    )

Teraz virtualny font pracuje s .pk i  ps type1 fontami.
Teda je uz jasne ako kombinovat dva fonty roznej velkosti.

Funkcny virtualny font cssc9.vf a cssc9.tfm pripajam.


 Anton Surda

> >
> >
> > Dobry vecer,
> >
> > Najprv by som sa chcel podakovat kolegovi Wagnerovi za odpoved, z ktorej
> > vyplynulo, ze CHECKSUM v .PL (co je zrejme to iste ako .VPL)
> > subore k novemu
> > fontu moze byt lubovolne, zrejme aj cislo pri FACE.
> >
> > Na zaklade tejto pomoci a letmeho pohladu na ine PL subory k virtualnym
> > fontom som vytvoril z csr9 a csr7 virtualny kapitalkovy font, ktory som
> > nazval cssc9. Tento font sa dost podstatne lisi od cscsc9. (vsade "small
> > caps" nazyvam kapitalkami)
> > Cssc9:
> > 1. Umoznuje vytvarat Type1 fonty, pretoze csr9 a csr7 su taketo.
> > (Kvoli tomu
> > som to vlastne robil). Tato poziadavka je absolutne nevyhnutna,
> > aby texovske
> > PDF subory s deviatkovymi kapitalkami vyzerali prijatelne aj v Acrobate.
> > 2. Velke pismena ma uzsie a male vacsie a sirsie. (co je asi skarede)
> > 3. Cislice ma uzsie (a samozrejme rovnake ako v csr9). Toto je dalsia
> > vyhoda, pretoze kapitalky vo Worde maju rovnake cislice ako v normalnom
> > fonte, a tak pisatelia clankov ich nahodne  zaraduju do vnutra
> > kapitalkovej
> > oblasti alebo mimo nu. Kedze 99% spracovavanych textov pochadza z
> > Wordu, je
> > nadludska uloha vsetky taketo vyskyty ujednotit.
> > 4. Akcenty malych pismen su "priplacnute" k ich vrskom. (To je
> > dost zle, ale
> > vyhoda 1 v mojich ociach stale prevazuje).
> >
> > Bolo by to treba urobit poriadne a zkonstruovat z cmcsc9, 8, 7, cs-type1
> > fonty, do coho sa zrejme p. Olsakovi uz nechcelo. Keby som mohol
> > len upravit
> > postup, ktory p. Olsaka priviedol k cscsc10, asi by som sa do
> > toho pustil, i
> > ked problem 3 by zostal. Pre svoju potrebu by som asi v novom fonte
> > povymienal kapitalkove cislice za normalne.
> >
> > Subory pripajam, aby som ich mohol vylepsit po vasej kritike.
> >
> > Robil som ich dost primitivne a v chvate. Male pismena v csr9.pl
> > som vymenil
> > velkymi z csr7.
> > Ich rozmery som trpezlivo vynasobil 7/9 (neslo by to nejakym prikazom?).
> > Jedinym obtiaznym problemom pre mna bolo, ze v oboch deklaraciach
> > fontov je
> > treba uviest FONTDSIZE R 9.0 (okrem spolocneho DESIGNSIZE R 9.0), co som
> > nenasiel ani v prikladoch Knutha ani Olsaka.
> > LIGTABLE som prevzal cscsc9. Na \ss som sa zatial vykaslal.
> >
> > Prosim o vyjadrenia. (Miesto csr7 by to chcelo asi nieco trochu
> mensieho!)
> >
> > Toto provizorne riesenie vzniklo pod tlakom verejnosti, ktora chce mat v
> > Acrobate ostre pismena a krasu akcentov si ani nevsimne.
> >
> > Zdravi
> >
> > Anton Surda
> >
> >
> > > Vazeni kolegove,
> > > nenasel jsem tady odpoved na to, jak se dela CHECKSUM
> virtualniho fontu.
> > > Protoze jsem nevedel vse z hlavy, nereagoval jsem. Mezitim jsem
> > se podival
> > > do standardu, proto se pokusim odpovedet komplexne.
> > >
> > > METAFONT vypocte pri tvorbe fontu kontrolni soucet tak, aby zavisel na
> > > obsahu fontu, ale ne na konkretni velikosti a rozliseni.
> Stejnou hodnotu
> > > zapise do TFM i GF, program gftopk ji pak prenese do PK. DVI
> ovladac pak
> > > pri tisku zkontroluje, zda TFM i PK maji stejnou hodnotu. V opacnem
> > > pripade to znamena, ze TFM patri k jinemu fontu, ktery ma z nejakeho
> > > duvodu stejne jmeno. TeX pri sazbe potrebuje pouze metriku,
> tj. cte TFM.
> > > Do DVI souboru zapise odkaz na font a take tam vlozi CHECKSUM, ktery z
> > > fontu vycetl. DVI ovladac se pak podiva na hodnotu ulozenou v DVI a
> > > hodnotu v TFM. Pokud hodnoty nesouhlasi, znamena to, ze TeX
> pouzil jinou
> > > verzi TFM, nez kterou nasel DVI ovladac. Jde tedy jen o to, aby
> > se hodnoty
> > > shodovaly, DVI ovladac zadnou jinou kontrolu nedela.
> > >
> > > Virtualni font ma jednak VF, kde jsou informace pro DVI
> ovladac, jak se
> > > dane znaky skladaji, a TFM s metrickymi udaji pro TeX. Z toho
> TFM vezme
> > > TeX kontrolni soucet a vlozi do DVI. Hodnota tohoto kontrolniho souctu
> > > muze byt zcela libovolna. Pokud je virtualni font slozen ze
> znaku, ktere
> > > pochazeji z dalsich fontu, pak prislusne mapovaci prikazy
> musi obsahovat
> > > spravne kontrolni soucty pouzitych fontu -- jinak se bude DVI ovladac
> > > zlobit. Pokud je virtualni font tvoren rucne, pak predpokladam,
> > ze pisete
> > > VPL a ten konvertujete programem vptovf. Tento program se postara o
> > > vygenerovani kontrolniho souctu a vlozeni do VF i TFM.
> Predpokladam, ze
> > > nikdo netvori rucne primo binarni VF.
> > >
> > > Mimochodem, virtualni fonty se daji pohodlne tvorit i
> programem qdTeXvpl
> > > od E. Mattese. Program spociva v tom, ze si do specialnich
> maker vlozite
> > > TeXovske prikazy, kterymi se maji vysazet prislusne znaky.
> > Program se pak
> > > prozene plainem a DVI se pusti do programu, ktery vytvori VPL. Ten se
> > > prekonvertuje programem vptovf.
> > >
> > > Zdenek Wagner
> > > e-mail: wagner at cesnet.cz
> > >
> > > see also http://hroch486.icpf.cas.cz/wagner/
> > >          http://icebearsoft.euweb.cz
> > >
> > >
> >
>
>