Hello [EMAIL PROTECTED], On 12.03.06, you wrote:
> Redhat tetex-3.0-9.FC4 has 'dvipdfm', not 'dvipdfmx': Oh, you're right. I installed dvipdfmx as a separate package. > What do you get from 'dvipdfm[x] -vv test'? Doesn't seem to produce a different output than yours: $ dvipdfm -vv t t.dvi -> t.pdf DVI Comment: TeX output 2006.03.12:2235 [1<[EMAIL PROTECTED](TFM:/usr/pkg/share/texmf/fonts/tfm/adobe/ncntrsbk/pncr8t.tfm)(VF:/usr/pkg/share/texmf/fonts/vf/adobe/ncntrsbk/pncr8t.vf(TFM:/usr/pkg/share/texmf/fonts/tfm/adobe/ncntrsbk/pncr8r.tfm)<[EMAIL PROTECTED] fontmap: pncr8r -> uncr8a(8r) (ENC:/usr/pkg/share/texmf/fonts/enc/dvips/psnfss/8r.enc)>)(VF)><[EMAIL PROTECTED](TFM:/usr/pkg/share/texmf/fonts/tfm/adobe/ncntrsbk/pncro8t.tfm)(VF:/usr/pkg/share/texmf/fonts/vf/adobe/ncntrsbk/pncro8t.vf(TFM:/usr/pkg/share/texmf/fonts/tfm/adobe/ncntrsbk/pncro8r.tfm)<[EMAIL PROTECTED] fontmap: pncro8r -> uncr8a(8r) >)(VF)>](PFB:/usr/pkg/share/texmf/fonts/type1/urw/ncntrsbk/uncr8a.pfb Embedding 12 of 316 glyphs (subsetting eliminated 29963 bytes) Embedded size: 16864 bytes ) Compression eliminated approximately 1302 bytes 21408 bytes written $ dvipdfmx -vv t t.dvi -> t.pdf DVI Comment: TeX output 2006.03.12:2235 ** WARNING ** File name="glyphlist.txt" format="map" might be found in different location than I expected: ** WARNING ** >> /usr/pkg/share/texmf/dvipdfm/config/glyphlist.txt ** WARNING ** >> Please adjust your TEXMF as conformant with: ** WARNING ** >> http://www.tug.org/ftp/tex/tds-1.1/tds.html#Fonts ** WARNING ** >> I searched it with fooling kpathsea as progname="dvipdfm" format="other text files". ** WARNING ** >> Default search path for this format file is: ** WARNING ** >> .:/usr/pkg/share/texmf/fonts/map// ** WARNING ** >> Please read "README" file. <AGL:glyphlist.txt>[1<[EMAIL PROTECTED](TFM:pncr8t[/usr/pkg/share/texmf/fonts/tfm/adobe/ncntrsbk/pncr8t.tfm])(VF:/usr/pkg/share/texmf/fonts/vf/adobe/ncntrsbk/pncr8t.vf(TFM:pncr8r[/usr/pkg/share/texmf/fonts/tfm/adobe/ncntrsbk/pncr8r.tfm])<[EMAIL PROTECTED] fontmap: pncr8r -> uncr8a(8r) (Encoding:8r[TeXBase1Encoding]) pdf_font>> Simple font "uncr8a" enc_id=<8r,3> opened at font_id=<pncr8r,0>. >)(VF)><[EMAIL >PROTECTED](TFM:pncro8t[/usr/pkg/share/texmf/fonts/tfm/adobe/ncntrsbk/pncro8t.tfm])(VF:/usr/pkg/share/texmf/fonts/vf/adobe/ncntrsbk/pncro8t.vf(TFM:pncro8r[/usr/pkg/share/texmf/fonts/tfm/adobe/ncntrsbk/pncro8r.tfm])<[EMAIL > PROTECTED] fontmap: pncro8r -> uncr8a(8r) pdf_font>> Simple font "uncr8a" (enc_id=3) found at id=0. >)(VF)>](uncr8a[CenturySchL-Roma][TeXBase1Encoding][Type1][12 glyphs][2103 bytes]) Compression eliminated approximately 540 bytes 3713 bytes written > Can you use dvipdfm? The configuration is simpler (no CJK) and > supported by upmap. Dvipdfmx might be considered "off-topic" for a > tetex list. I switched to dvipdfmx because it's much newer and fixed some problems for me. I can't remember at the moment which ones exactly, but it's obvious that dvipdfmx also produces much smaller PDFs. > Every .dvi consuming program uses unique configuration files, > conventions, etc. so my guess is a broken dvipdfm[x] configuration. > The "-vv" option may provide some hints. I also think so because both implementations are misbehaving in the same way. So it might be something that is share between them. Bye, Chris PS: I've CCed the list. This was probably your initial intention but got somehow misdirected by gmail. -- __ /// Amiga 4000T 040/40 /~\ The ASCII __ /// \ / Ribbon Campaign \\\/// Team AMIGA X against HTML \XX/ / \ E-Mail