Newsgroup: it.comp.software.tex
Titolo: installazione fonts tramite vfinst

Salve,
per disgustosi motivi ho la necessità di scrivere un documento LaTeX 
usando il font Stempel Garamond. Ora, ho rimediato tutti i file che mi 
servivano (ossia i .pfb, .afm, .inf e .pfm), ho installato il comodo 
pacchetto vfinst sulla mia macchina linux, ho pedissequamente seguito le 
istruzioni e paff, come per magia ecco lo Stempel Garamond nei miei 
documenti.
Fiero del mio successo, ho cercato di ripetere l'esperimento sul mio 
PowerBook MacosX 10.2, usando la stessa identica procedura (mutatis 
mutandis, chiaramente) ma niente di niente. Ossia, durante 
l'installazione va apparentemente tutto bene, ma quando dvips-izzo il 
documento si lamenta che non trova il font:
 > kpathsea: Running mktexpk --mfmode ljfour --bdpi 600 --mag 1+0/600 
--dpi 600 legr8r
 > mktexpk: don't know how to create bitmap font for legr8r.
La cosa che mi stranisce è che sulla macchina linux, al momento del 
dvips, non viene invocato mktexpk: perché sull'altra macchina sì? Per 
caso qualcuno ha avuto lo stesso problema e sa come risolverlo?
grazie
u.

 dvips, non viene invocato mktexpk: perché sull'altra macchina sì?
Perche' sull'altra macchina dvips sa che legr8r corrisponde ad un font
PostScript; su questa non lo sa, e tenta di generare un font
bitmapped.
La corrispondenza tra nomi di font PostScript ed i files che li
contengono e' nei map files, in linee tipo la seguente:
hlcdim LucidaNewMath-DemiItalic <lbmdi.pfb
Il map file giusto deve essere stato letto e digerito da dvips; ed il
file da caricare (in questo esempio lbdmi.pfb) deve poter essere
localizzato da dvips, ed accessibile in lettura.  Evidentemente
qualcuno di questi passi e' andato buco...
-- 
Maurizio Loreti                         
http://www.pd.infn.it/~loreti/mlo.html
Dept. of Physics, Univ. of Padova, Italy              ROT13: 
ybe...@cq.vasa.vg

 qualcuno di questi passi e' andato buco...
Lo vedo bene :) Scusa la domanda sciocca, c'è un modo per capire se 
dvips ha almeno letto psfonts.map?
ciao
u.

 Il map file giusto deve essere stato letto e digerito da dvips; 
Scusa se ti rispondo ancora, ma ho risolto (almeno empiricamente) in 
questo modo:
dvips -u /usr/local/teTeX/share/texmf.tetex/dvips/base/psfonts.map -o 
test.ps
 testltx
Ora, perché diavolo dvips non legge psfonts.map? A parte la posizione 
assoluta della root di texmf, le configurazioni nelle due macchine mi 
sembrano le stesse, e dove e come sono disposti i file rilevanti (map, 
pfb etc) idem. La questione adesso diventa puramente accademica :) ma un 
po' mi secca non capire. Grazie comunque, la tua dritta è stata illuminante!
ciao
u.

 dvips ha almeno letto psfonts.map?
Si; secondo il manuale (pagina 5) la command line option "-d 3650"
dovrebbe generare stampe "which tracks everything having to do with
file searching and opening".  Il numero magico 3650 sarebbe 2048 +
1024 + 512 + 64 + 2, tutti spiegati nel paragrafo 2.4.1 "debug
options".  Comunque, per non saper ne' leggere ne' scrivere, comincia
con un semplice "kpsewhich legr8a.pfb"...


 writes:

E' strano.  Non hai per caso editato dvips/config/
config.ps
 ?
Oppure texmf/web2c/updmap.cfg ?  Se chiedi "kpsewhich psfonts.map",
quale e' la risposta?


 con un semplice "kpsewhich legr8a.pfb"...
Sě sě, lo trova, ovviamente.
grazie ancora,
ciao
u.

 Se chiedi "kpsewhich psfonts.map", quale e' la risposta?
/usr/local/teTeX/share/texmf.local/dvips/config/psfonts.map
ciao e grazie ancora
u.

 /usr/local/teTeX/share/texmf.local/dvips/config/psfonts.map
Che scemo, avevo la risposta sotto il naso e non me ne sono accorto. Per 
qualche motivo dvips legge solo il file sotto texmf.local e non sotto 
texmf.tetex. Grazie di tutto,
ciao
u.

 e non sotto texmf.tetex.
Evidentemente hai due files "psfonts.map".  Questa non e' una buona
cosa...
