Newsgroup: it.comp.software.tex
Titolo: [-> Maurizio Loreti] WebOMints

 Ciao,
         come si usano i simboli della collezione
WebOMints con dvipdfm?
Grazie, saluti.
-- 
Emanuele
-------------------------------------------
  Gruppo Utilizzatori Italiani di TeX
-------------------------------------------
  TUG Italiano - 
www.GuIT.sssup.it
-------------------------------------------

 WebOMints con dvipdfm?
dvipdfm e', se non sbaglio, un programma che converte da dvi a pdf; io
non l'ho mai usato, come non ho mai usato pdftex o pdflatex --- in
genere produco PostScript e lo converto in pdf con ghostscript 8.11 .
In questo modo i WebOMints funzionano perfettamente; se vai sulla
pagina 
http://wwwcdf.pd.infn.it/MLO/
 e scendi in webomints/ trovi le
stesse cose che ho uploadato sui CTAN piu' il .ps ed il .pdf dei
programmetti di esempio; ed il pdf e' buono.
Purtroppo, alla tua domanda non so proprio cosa rispondere...
-- 
Maurizio Loreti                         
http://www.pd.infn.it/~loreti/mlo.html
Dept. of Physics, Univ. of Padova, Italy              ROT13: 
ybe...@cq.vasa.vg

 WebOMints con dvipdfm?
Hmmm...  adesso ho letto il newsgroup inglese, ed ho trovato l'esatto
messaggio di errore ("Can't find encoding file: WebOMintsGD").  Di
files WebOMintsGD.* ce ne sono 5, e quello .inf serve per i Macintosh
(almeno credo; Walter Schmidt mo lo ha passato lui come tale).  Il
.afm ed il .pfm non dovrebbero servire, e la frase "encoding file"
sembrerebbe suggerire il .pfb (.afm dovrebbe essere il metric file).
Ma mi sembra cosi' strano che tu non abbia copiato proprio il file dei
fonts...  hai runnato texhash, o comunque rigenerato il database dei
files?


files?
Secondo me, se il font c'è, tutto quello di cui potrebbe aver bisogno
dvipdfm è di una voce corrispondente nella propria mappa dei font.
Forse le utilità di manutenzione non sono riuscite per qualche motivo ad
aggiornarla.
Ciao.

Era una giornata di sole e *Maurizio Loreti* disse:
:::          come si usano i simboli della collezione
::: WebOMints con dvipdfm?
:: Hmmm...  adesso ho letto il newsgroup inglese, ed ho trovato l'esatto
:: messaggio di errore ("Can't find encoding file: WebOMintsGD").  Di
:: files WebOMintsGD.* ce ne sono 5, e quello .inf serve per i Macintosh
:: (almeno credo; Walter Schmidt mo lo ha passato lui come tale).  Il
:: .afm ed il .pfm non dovrebbero servire, e la frase "encoding file"
:: sembrerebbe suggerire il .pfb (.afm dovrebbe essere il metric file).
::
:: Ma mi sembra cosi' strano che tu non abbia copiato proprio il file dei
:: fonts...  hai runnato texhash, o comunque rigenerato il database dei
:: files?
Certamente, altrimenti non avrebbero funzionato nemmeno con pdflatex.
Non capisco perň per quale motivo tu sia passato da una codifica T1 ad
una codifica U (sconosciuta a dvipdfm).
Ciao.


Era una giornata di sole e *Giovanni Zezza* disse:
::: Ma mi sembra cosi' strano che tu non abbia copiato proprio il file dei
::: fonts...  hai runnato texhash, o comunque rigenerato il database dei
::: files?
:: Secondo me, se il font c'è, tutto quello di cui potrebbe aver bisogno
:: dvipdfm è di una voce corrispondente nella propria mappa dei font.
:: Forse le utilità di manutenzione non sono riuscite per qualche motivo ad
:: aggiornarla.
No, non credo proprio. Manca proprio un file per istruire
dvipdfm sulla codifica tipo U. Perché non ha usato la T1?
Ciao.



No, ci vuole anche un font .enc, credo.
-- 
Giuseppe "Oblomov" Bilotta
Can't you see
It all makes perfect sense
Expressed in dollar and cents
Pounds shillings and pence
                  (Roger Waters)

 una codifica U (sconosciuta a dvipdfm).
Sono simboli grafici, non lettere piu' o meno accentate da codificare
secondo certe regole.


 secondo certe regole.
Sono andato a controllare: anche i fonts euro, i wasy, msa, msb,
eufraktur, parte dei txfonts e pxfonts, ygoth, yswab, yfrak, stmaryrd,
mathfrak, euscript sono usati con codifica U.  Cosa c'e' che non va?


 No, ci vuole anche un font .enc, credo.
Ehm. File .enc.


Ehm. File .enc.
Questo è probabilmente il motivo per cui un test del font (tex testfont webo
\table) con dvipdfm funziona, mentre i file di esempio di Maurizio Loreti
non compilano. Vabbe', ma dovrebbe bastare copiare (o indicare nella mappa
dei font di dvipdfm) quello per dvips, la sintassi è la medesima.
Trattandosi di simboli, non dovrebbe in ogni caso essere complicato
costruire una codifica che funzioni.
Ciao.

Era una giornata di sole e *Maurizio Loreti* disse:
::: Sono simboli grafici, non lettere piu' o meno accentate da codificare
::: secondo certe regole.
::
:: Sono andato a controllare: anche i fonts euro, i wasy, msa, msb,
:: eufraktur, parte dei txfonts e pxfonts, ygoth, yswab, yfrak, stmaryrd,
:: mathfrak, euscript sono usati con codifica U.  Cosa c'e' che non va?
Mi potresti indicare, per favore, come fare per poter utilizzare tali
simboli con dvipdfm (dopo averne testato il funzionamento)?
Grazie mille e ciao!


 simboli con dvipdfm (dopo averne testato il funzionamento)?
  SI.  Anche se non ho mai usato dvipdfm, ci sono riuscito in 5
  secondi.  Ecco qui di seguito la sequenza annotata.  Ho ripreso i
  files dai CTAN, e ti scrivo cosa ho nella directory corrente:
MLO@mlinux 57 $ ls
Makefile         WebOMintsGD.inf  WebOMintsGD.tfm  sample2.tex  webo.ali
README           WebOMintsGD.pfb  config.webo      sample3.tex  webo.map
WebOMintsGD.afm  WebOMintsGD.pfm  sample1.tex      uwebo.fd
  A questo punto, ho creato i tre files .dvi dai tre files
  sample*.tex; per semplicita' ho usato make, anche se tre comandi
  "latex" sarebbero andati bene lo stesso.  Nota che i files .fd sono
  presi dalla directory corrente, e non sono da qualche parte nel mio
  albero LaTeX.
MLO@mlinux 58 $ make sample1.dvi sample2.dvi sample3.dvi
latex sample1.tex
This is TeX, Version 3.14159 (Web2C 7.4.5)
(./sample1.tex
LaTeX2e <2001/06/01>
Babel <v3.7h> and hyphenation patterns for american, italian, nohyphenation, lo
aded.
(/usr/soft/teTeX/share/texmf/tex/latex/base/article.cls
Document Class: article 2001/04/21 v1.4e Standard LaTeX document class
(/usr/soft/teTeX/share/texmf/tex/latex/base/size10.clo))
(/usr/soft/teTeX/share/texmf/tex/latex/fancyhdr/fancyhdr.sty)
No file sample1.aux.
(./uwebo.fd) [1] (./sample1.aux) )
Output written on sample1.dvi (1 page, 3464 bytes).
Transcript written on sample1.log.
while grep Rerun sample1.log ; do latex sample1.tex ; done
latex sample2.tex
This is TeX, Version 3.14159 (Web2C 7.4.5)
(./sample2.tex
LaTeX2e <2001/06/01>
Babel <v3.7h> and hyphenation patterns for american, italian, nohyphenation, lo
aded.
(/usr/soft/teTeX/share/texmf/tex/latex/base/article.cls
Document Class: article 2001/04/21 v1.4e Standard LaTeX document class
(/usr/soft/teTeX/share/texmf/tex/latex/base/size10.clo))
(/usr/soft/teTeX/share/texmf/tex/latex/fancyhdr/fancyhdr.sty)
No file sample2.aux.
(./uwebo.fd)
Package Fancyhdr Warning: \headheight is too small (12.0pt):
 Make it at least 12.04498pt.
 We now make it that large for the rest of the document.
 This may cause the page layout to be inconsistent, however.
[1] (./sample2.aux) )
Output written on sample2.dvi (1 page, 6060 bytes).
Transcript written on sample2.log.
while grep Rerun sample2.log ; do latex sample2.tex ; done
latex sample3.tex
This is TeX, Version 3.14159 (Web2C 7.4.5)
(./sample3.tex
LaTeX2e <2001/06/01>
Babel <v3.7h> and hyphenation patterns for american, italian, nohyphenation, lo
aded.
(/usr/soft/teTeX/share/texmf/tex/latex/base/article.cls
Document Class: article 2001/04/21 v1.4e Standard LaTeX document class
(/usr/soft/teTeX/share/texmf/tex/latex/base/size10.clo))
No file sample3.aux.
(./uwebo.fd) [1] [2] [3] (./sample3.aux) )
Output written on sample3.dvi (3 pages, 1784 bytes).
Transcript written on sample3.log.
while grep Rerun sample3.log ; do latex sample3.tex ; done
  A questo punto, con coraggio e sprezzo del pericolo ho scritto:
MLO@mlinux 59 $ dvipdfm sample1.dvi
sample1.dvi -> sample1.pdf
[1]
39358 bytes written
MLO@mlinux 60 $ dvipdfm sample2.dvi
sample2.dvi -> sample2.pdf
[1]
34379 bytes written
MLO@mlinux 61 $ dvipdfm sample3.dvi
sample3.dvi -> sample3.pdf
[1][2][3]
100664 bytes written
  Subito dopo, SEI comandi "xpdf sample1.pdf" "acroread sample1.pdf" e
  lo stesso per sample2.pdf e sample3.pdf hanno mostrato eccellenti
  webomints sul mio monitor.  A questo punto non capisco cosa diancine
  il tuo setup abbia per non funzionare!  La finiamo qui?


][2][3](PFB:/usr/soft/teTeX/share/texmf/fonts/type1/bluesky/cm/cmr10.pfb
  Embedding 66 of 130 glyphs
  (subsetting eliminated 9615 bytes)
  Embedded size: 14356 bytes
)(PFB:/usr/soft/teTeX/share/texmf-local/fonts/type1/webomints/WebOMintsGD.pfb
  Embedding 66 of 68 glyphs
  (subsetting eliminated 81 bytes)
  Embedded size: 81787 bytes
)
Compression eliminated approximately 4640 bytes
100663 bytes written
  Al solito, i files .pdf hanno un aspetto ottimo visti sia con xpdf
  che con acrobat reader.  Non so che farci se a te non funziona,
  proprio non so cosa tu abbia fatto di sbagliato.  Auguri...


Era una giornata di sole e *Maurizio Loreti* disse:
::: Mi potresti indicare, per favore, come fare per poter utilizzare tali
::: simboli con dvipdfm (dopo averne testato il funzionamento)?
::   SI.  Anche se non ho mai usato dvipdfm, ci sono riuscito in 5
::   secondi.  Ecco qui di seguito la sequenza annotata.  Ho ripreso i
::   files dai CTAN, e ti scrivo cosa ho nella directory corrente:
...
::   Subito dopo, SEI comandi "xpdf sample1.pdf" "acroread sample1.pdf" e
::   lo stesso per sample2.pdf e sample3.pdf hanno mostrato eccellenti
::   webomints sul mio monitor.  A questo punto non capisco cosa diancine
::   il tuo setup abbia per non funzionare!  La finiamo qui?
Come possiamo finirla qui se dvipdfm sotto MikTeX mi dice che manca un
file di encoding?
C:\prova>dvipdfm volantino.dvi
volantino.dvi -> volantino.pdf
[1
Can't find encoding file: WebOMintsGD
Output file removed.
C:\prova>
Come hai consigliato, oltre ad avere installato il pacchetto aggiornando
i files di config. di pdftex, dvips, dvipdfm, ho pure copiato i files di
webomints nella directory di lavoro "prova". Come diceva Bilotta manca
un file .enc. Come si usa questo pacchetto con dvipdfm?
Ciao e grazie.


un file .enc. Come si usa questo pacchetto con dvipdfm?
Il problema è webo.map:
   WebOMintsGD WebOMintsGD <WebOMintsGD.pfb
Indica una specifica di encoding WebOMintsGD, che a questo punto deve
esistere. In realtà, non credo che sia necessaria: a me funziona tutto
benissimo senza alcun file .enc aggiuntivo. Si tratta di simboli grafici,
basta che ogni codice sia mappato su se stesso. In ogni caso, se metto
quella riga in psfonts.map ottengo l'errore che riporti, se la tolgo (o
indico "default" come encoding) viene prodotto un file PDF visivamente
identico a quello riportato sul sito.
Ciao.

 esistere.
Mi spiace, ma non e' vero.  Le entries di psfonts.map e degli altri
map files (vedi il manuale di dvips, a pagina 45) sono del tipo:
file-name postscript-font-name options
Quindi verrebbe richiesto un file qualcosa.enc se, nelle options, ci
fosse un campo <qualcosa.enc.  Cosi' com'e' il primo WebOMintsGD si
riferisce al nome dei files senza estensione, il secondo WebOMintsGD
al nome del font cosi' come e' in WebOMintsGD.pfb, ed il terzo campo
dice cosa bisogna fare: includere il file WebOMintsGD.pfb.


dice cosa bisogna fare: includere il file WebOMintsGD.pfb.
Allora ci sarà qualche convenzione per cui, in assenza di codifica
esplicita, viene ricercato un file con uguale nome del font, oppure la
sintassi del file psfonts.map di dvipdfm non è nonostante tutto la stessa di
quello di dvips (di fatto, la frase "The first field of each line is the TEX
font name. The second field, which is optional, is the encoding name (.enc
will be appended to this name, if necessary to locate an encoding file)"
qualche sospetto in questo senso lo fa sorgere).
Io non ci capisco molto di codifica dei font (e di molte altre cose), e mi
pare di averlo largamente dimostrato (e sono grato a questo thread perché mi
dà l'opportunità di tentare di capirci un po' di più), ma riporto un fatto:
cancellando la riga WebOMinstGD da psfonts.map di dvipdfm, l'errore
riportato da Emanuele Z. non si verifica, il file sample1.dvi viene
trasformato senza errori e il risultato (inteso come quello che compare a
schermo) è identico al file sample1.pdf presente sul sito (anche se nel file
del sito l'encoding riportato da Acrobat Reader è "Standard", e in quello
prodotto da me "Built in"). Con quella riga, viceversa, si riproduce
l'errore riportato. Mi pare che l'unica conclusione ragionevole possa essere
che quella riga ha a che fare con l'errore.
Che cosa sia da correggere, a questo punto non lo so. Dato che la codifica è
di fatto sembra essere quella standard, mi sembra ragionevole usare quella,
e dato che "If the encoding field is unspecified, dvipdfm used the default
encoding supplied with the Type 1 font. If the name field is unspecified,
dvipdfm looks for a Type 1 binary font file having the same name as the TEX
font name. If there is no line in the map file, the behavior is as if a line
was specified without the second or third field." mi sembra ragionevole non
scrivere proprio nient. Non escludo però la possibilità di non averci capito
ancora nulla, e sarò grato a chi mi aiuterà a capire qualcosa.
Ciao.