Re: Font problem or not?

2002-11-26 Thread Reinhard Kotucha
 Staszek == Staszek Wawrykiewicz [EMAIL PROTECTED] writes:

 It seems somehow strange. Why both map files differ? As I
 understand the whole mechanism, different map files for dvips
 and pdftex are only needed when we use fonts from the standard
 set for PostScript devices (35 Laser Writer fonts) or for .pdf
 files (Acrobat Reader has 14 builtin fonts, a subset of
 35LW). For all other fonts the map files should be the same:
 both PS and PDF output should have font programs (pfb)
 downloaded, so map files should contain, e.g.  
 tfmname Internal-PS-name [encoding-eventually] file.pfb

In pdftex.map the internal PS /FontName should be omitted.  If you
include an external PDF file which, say, uses the font
/Palatino-Roman, the current version of pdfTeX tries to substitute the
font.  It looks in pdftex.map for Palatino-Roman, but it does not
check whether the font is transformed and might fetch the wrong one.

Maybe this will be fixed in the future.

dvips neeeds the PS /FontName.  It doesnt need it to find or load the
font but to tell the PS interpreter to use it.

So, at the moment we need two different map files.

Reinhard 

-- 

Reinhard Kotucha Phone: +49-511-27060390
Marschnerstr. 25
D-30167 Hannover  mailto:[EMAIL PROTECTED]

Microsoft isn't the answer. Microsoft is the question, and the answer is NO.






Duplicate messages

2002-11-26 Thread Richard Sperling
Is it just me or are others getting duplicate messages from the list? Thomas, 
can you take care of this problem? Thanks.
-- 
Richard



Re: Duplicate messages

2002-11-26 Thread Thomas Esser
 Is it just me or are others getting duplicate messages from the
 list? Thomas, can you take care of this problem? Thanks.

No, it is not just you. I have found out, that the duplicate messages
are being send via btamail.net.cn back to the list. Thus, I have just
unsubscribed all (two) adresses subscribed from there.

Thomas



Re: Mathfrak-bug?

2002-11-26 Thread Robin Fairbairns
 Thanks, I reported it to AMS but maybe that was not the right place. 
 Where should I report the bug?

how did you report it?  i recall seeing a discussion of the problem on
one of the latex project internal lists, but that would only happen if
you had reported it to latexbugs/amslatex, or if michael downes had
passed it on to us.

maybe i'm just hallucinating...

r



Re: Font problem or not?

2002-11-26 Thread Staszek Wawrykiewicz
26 Nov 2002 Reinhard Kotucha [EMAIL PROTECTED] wrote:
Staszek Wawrykiewicz [EMAIL PROTECTED] writes:
  It seems somehow strange. Why both map files differ? As I
   understand the whole mechanism, different map files for dvips
   and pdftex are only needed when we use fonts from the standard
   set for PostScript devices (35 Laser Writer fonts) or for .pdf
   files (Acrobat Reader has 14 builtin fonts, a subset of
   35LW). For all other fonts the map files should be the same:

 In pdftex.map the internal PS /FontName should be omitted.  If you
 include an external PDF file which, say, uses the font
 /Palatino-Roman, the current version of pdfTeX tries to substitute the
 font.  It looks in pdftex.map for Palatino-Roman, but it does not
 check whether the font is transformed and might fetch the wrong one.
 
The primary thread was about nonstandard (vendor's) font installed
by the user, so my reply as above. [by the way, I sent it on 31 Oct,
but it was published on Nov 25 ?].

Your message is however interesting: do you mean that pdftex.map
should contain for future pdftex, say:
ptmr8r TeXBase1Encoding ReEncodeFont 8r.enc
(internal PS /FontName omitted)?

As for now only transformed constructs can work, e.g.:
ptmbo8r .167 SlantFont TeXBase1Encoding ReEncodeFont 8r.enc utmb8a.pfb
but they need explicite information which font program is to be transformed
(utmb8a.pfb), so cannot be applied to the builtin fonts. Am I wrong?

The whole mess about fonts, maps, etc. is still waiting for a good
explanation/road map. As I've observed, the users always cannot understand 
it (not counting that mailing-list members ;-)

-- 
Staszek Wawrykiewicz
email: [EMAIL PROTECTED]