VF

[Anton Surda]

Doluopisany virtualny font som dalej otestoval a ukazalo sa, ze pracuje
podla predpokladov len s .pk fontami. Ak pouzijem type 1 csr7.pfb, dvips ho
nafukne na velkost 9pt.
Zrejme to bude zapricinene asi nie uplne spravnou deklaraciou fontu csr7 v
subore cssc9.pl, ktoru uvadzam nizsie.

To nafuknutie by sa vsak dalo potlacit hrubou silou, keby som  csr7.pfb
preskaloval v psfonts.map faktorom 7/9. Zial, zas mi chyba posledny krocik.
Viem, ze sa da zuzovat pomocou ExtendFont, zosikmovat pomocou SlantFont, ale
ScaleFont nezabera.
Ako sa spravne nazyva prikaz na preskalovanie?

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)
   )
(MAPFONT D 1
   (FONTNAME csr7)
   (FONTCHECKSUM O 2145270533)
   (FONTAT R 1.0)
   (FONTDSIZE R 9.0)
   )

Za rady dakuje

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
> >
> >
>