8-Jan-96 15:05:52-GMT,2202;000000000000 Return-Path: lars@dina.kvl.dk Received: from elc1.dina.kvl.dk (elc1.dina.kvl.dk [130.225.40.228]) by csc-sun.math.utah.edu (8.7.1/8.7.1) with SMTP id IAA11750 for ; Mon, 8 Jan 1996 08:05:49 -0700 (MST) Received: from ssx1.dina.kvl.dk (ssx1.dina.kvl.dk [130.225.40.233]) by elc1.dina.kvl.dk (8.6.12/8.6.4) with ESMTP id QAA21952 for ; Mon, 8 Jan 1996 16:01:38 +0100 Received: (lars@localhost) by ssx1.dina.kvl.dk (8.6.12/8.6.4) id QAA27550; Mon, 8 Jan 1996 16:01:37 +0100 Date: Mon, 8 Jan 1996 16:01:37 +0100 (MET) From: Lars Otto To: tex-fonts@math.utah.edu Subject: minor errors in lucida bright Message-ID: textencoding: 8bit Content-Transfer-Encoding: 8bit displaycharset: iso-8859-1 charset: iso-8859-1 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII I have bougth the Lucida Bright fonts from Y&Y. The documentation on how to use it with LaTeX2e and dvips is useless. I have found your programs and files on the subject very good, it just took my a couble of days to figure out how to use it; perhabs I became a little confused be reading the official documnetation from Y&Y. Anyway now I can get it to work, I think. But there seems to be some minor errors in the bh files. I your bh/lu*/tex/*.sty files on CTAN I have noticed that the renewcommand seems to be wrong. The is a missing \ in front om the rmdefault, i.e. it says \renewcommand{rmdefault}{hlh} and it should say \renewcommand{\rmdefault}{hlh} And some of the fontnames are wrong. For example in lucasual.sty it says \renewcommand{rmdefault}{hlc} where it shpuld say \renewcommand{\rmdefault}{hlcn} ^ ^ Also some of the bh/lu/dvips/config* files are empty; size 0. Can you recoment a book on this problem with fonts in TeX (and encoding). Or is just a matter of sitting with the problems as I have done and now it seems that I understand it a little bit more. Thanks again for your programs Lars Otto lars@dina.kvl.dk Department of Economics and Natural Resources The Royal Agricultural University Denmark 8-Jan-96 16:35:33-GMT,2215;000000000000 Return-Path: s.rahtz@elsevier.co.uk Received: from skiddaw.elsevier.co.uk (skiddaw.elsevier.co.uk [193.131.222.60]) by csc-sun.math.utah.edu (8.7.1/8.7.1) with SMTP id JAA12680 for ; Mon, 8 Jan 1996 09:35:28 -0700 (MST) Received: from snowdon.elsevier.co.uk (snowdon.elsevier.co.uk [193.131.197.164]) by skiddaw.elsevier.co.uk (8.6.12/8.6.12) with ESMTP id QAA06114 for ; Mon, 8 Jan 1996 16:33:33 GMT Received: from cadair.elsevier.co.uk (actually host cadair) by snowdon with SMTP (PP); Mon, 8 Jan 1996 16:33:54 +0000 Received: (from srahtz@localhost) by cadair.elsevier.co.uk (8.6.12/8.6.12) id QAA26190; Mon, 8 Jan 1996 16:33:51 GMT Date: Mon, 8 Jan 1996 16:33:51 GMT Message-Id: <199601081633.QAA26190@cadair.elsevier.co.uk> From: Sebastian Rahtz To: lars@dina.kvl.dk Cc: tex-fonts@math.utah.edu Subject: Re: minor errors in lucida bright In-Reply-To: References: Lars Otto writes: > of days to figure out how to use it; perhabs I became a little > confused be reading the official documnetation from Y&Y. Y&Y perhaps issue *too much* documentation :-} > I your bh/lu*/tex/*.sty files on CTAN I have noticed that the > renewcommand seems to be wrong. The is a missing \ in front om the > rmdefault, i.e. it says > \renewcommand{rmdefault}{hlh} > and it should say > \renewcommand{\rmdefault}{hlh} sorry, i should have corrected this before now. the PSNFSS files are being overhauled to add proper checksums, and i have been lax about fixing that bad files i put there before Xmas. any day now.... > Can you recoment a book on this problem with fonts in TeX (and > encoding). Or is just a matter of sitting with the problems as I have > done and now it seems that I understand it a little bit more. you said it :-} actually, I am writing a book for Addison Wesley with Michel Goossens which covers this, and Alan Hoenig is preparing a book for OUP. so maybe in 6 months you might be able to buy somethong useful sebastian rahtz PS you do realize that tex-fonts is a mailing list, not a person? 8-Jan-96 20:13:08-GMT,10584;000000000000 Return-Path: kb@cs.umb.edu Received: from terminus.cs.umb.edu (kb@terminus.cs.umb.edu [158.121.104.3]) by csc-sun.math.utah.edu (8.7.1/8.7.1) with SMTP id NAA15453; Mon, 8 Jan 1996 13:12:55 -0700 (MST) Received: by terminus.cs.umb.edu id AA25642 (5.65c/IDA-1.4.4); Mon, 8 Jan 1996 14:55:22 -0500 Date: Mon, 8 Jan 1996 14:55:22 -0500 From: "K. Berry" Message-Id: <199601081955.AA25642@terminus.cs.umb.edu> To: tex-folks@cs.umb.edu Subject: modes.mf 3.0 available I have released version 3.0 of modes.mf. You can get it by anonymous ftp from ftp.cs.umb.edu:pub/tex/modes.mf and shortly from ftp.cdrom.com:pub/tex/modes.mf and the ctan sites in /tex-archive/fonts/modes/modes-3.0.mf. finger ctan@ftp.shsu.edu for a list of all the CTAN sites and mirrors. The mailing list tex-archive@math.utah.edu receives most TeX-related announcements; email tex-archive-request@math.utah.edu to join. You can also get it by email from if you cannot ftp: email fileserv@shsu.edu with a body of `sendme modes'. News: - most importantly, a new and much cleaner way of doing write/white changes, compatible with the DC fonts as well as CM, etc. This *does* affect the rasterization to some extent, but in the cases I tried, it was no worse, and sometimes better. - a small test file, modetest.tex, included. - new modes for the Amiga ShowDVI previewer, PC previewing, high-resolution fax, LJ 5, Canon BJC, Lexmark Optra 4049 R, Agfa 3400PS. - default localfont now ljfour. - screen_rows, screen_cols interchanged to match plain.mf. - TeX formatting improved, but still not completely working. As always, thanks to the contributors, and further additions and improvements are welcome. Please send bug reports or suggestions to tex-fonts@math.utah.edu (email tex-fonts-request to join the mailing list). General information: modes.mf is a collection of Metafont mode_def's. It also makes common definitions for write/white printers, `special' information, and landscape mode. It uses up too much memory for the table sizes in the original mf.web, so you either have to increase the sizes (as in Web2c) or rename the file and remove unneeded modes. I can't decipher mf.web well enough to understand how to make the modes use less memory; if some Metafont hacker can tell me, I'd very much like to hear it. If you have mode_def's which are not listed below, or corrections to the existing ones, please send them to me. Improvements to the exposition, particularly in how to create a new mode_def, are also welcome. kb@cs.umb.edu mode_def agfafzz = % AGFA 400PS mode_def agfatfzz = % AGFA P3400PS mode_def amiga = % Commodore Amiga mode_def aps = % Autologic APS-Micro5 mode_def apssixhi = % Autologic APS-Micro6 mode_def atariezf = % Atari ST SLM 804 printer mode_def atarinf = % Atari 95dpi previewer mode_def atarins = % Atari 96x96 previewer mode_def atariotf = % Atari ST SM 124 screen mode_def bitgraph = % BBN Bitgraph at 118dpi mode_def bjtenex = % Canon BubbleJet 10ex mode_def boise = % HP 2680A mode_def canonbjc = % Canon BJC-600, 360x360dpi mode_def canonex = % CanonEX in LaserWriter Pro 630 mode_def canonlbp = % e.g., Symbolics LGP-10 mode_def cg = % Compugraphic 8600 mode_def cgl = % Compugraphic 8600 landscape mode_def cgnszz = % Compugraphic 9600 mode_def crs = % Alphatype CRS mode_def cx = % Canon CX, SX, LBP-LX mode_def datadisc = % DataDisc mode_def newdd = % DataDisc with special aspect ratio mode_def declarge = % DEC 19-inch, 1280 x 1024 mode_def decsmall = % DEC 17-inch, 1024 x 768 mode_def deskjet = % HP DeskJet 500 mode_def docutech = % Xerox 8790 or 4045 mode_def dover = % Xerox Dover mode_def eighthre = % EightThree (83x83) mode_def epsdrft = % Epson at 120x72dpi mode_def epsdrftl = % Epson at 120x72dpi landscape mode_def epsfast = % Epson at 60x72dpi mode_def epsfastl = % Epson at 60x72dpi landscape mode_def epson = % 9-pin Epson MX/FX family mode_def epsonl = % 9-pin Epson MX/FX family landscape mode_def epsonact = % Epson Action Laser 1500 mode_def epsonlo = % Epson at 120x216dpi mode_def epsonlol = % Epson at 120x216dpi landscape mode_def epstylus = % Epson Stylus mode_def fourfour = % FourFour (44x44) (really low-res) mode_def gtfax = % 204 x 196dpi G3fax mode_def gtfaxl = % 204 x 196dpi G3fax landscape mode_def gtfaxlo = % 204 x 98dpi G3fax mode_def gtfaxlol = % 204 x 98dpi G3fax landscape mode_def highfax = % 200 x 200dpi G3fax mode_def hprugged = % HP RuggedWriter 480 mode_def ibm_a = % IBM 38xx (\#1) mode_def ibmd = % IBM 38xx (\#2) mode_def ibmega = % IBM EGA monitor mode_def ibmegal = % IBM EGA monitor landscape mode_def ibmfzon = % IBM 4019 mode_def ibmfztn = % IBM 4029-30, 4250 mode_def ibmpp = % IBM ProPrinter mode_def ibmppl = % IBM ProPrinter landscape mode_def ibmsoff = % IBM 6154 display mode_def sherpa = % IBM 6670 (Sherpa) mode_def ibmteot = % IBM 3812 mode_def ibmtetz = % IBM 3820 mode_def ibmtont = % IBM 3193 screen mode_def ibmtosn = % IBM 3179 screen mode_def ibmtosnl = % IBM 3179 screen landscape mode_def ibmvga = % IBM VGA monitor mode_def ibx = % Chelgraph IBX mode_def itoh = % CItoh 8510A mode_def itohl = % CItoh 8510A landscape mode_def itohtoz = % CItoh 310 mode_def itohtozl = % CItoh 310 landscape mode_def iw = % Apple ImageWriter mode_def jetiiisi = % HP Laser Jet IIISi mode_def lasf = % DEC LA75 mode_def lexmarkr = % IBM (Lexmark) Optra R (4049) mode_def linolo = % Linotype Linotronic [13]00 at 635dpi mode_def linolttz = % Linotype Linotronic L-300 with RIP-50 mode_def linoone = % Linotype Linotronic [13]00 at 1270dpi mode_def linotzzh = % Linotype Linotronic 300 at 2540dpi mode_def ljfive = % HP LaserJet 5 mode_def ljfour = % 600dpi HP LaserJet 4 mode_def ljlo = % HP LaserJet at 150dpi mode_def lmaster = % 1000dpi LaserMaster mode_def lnzo = % DEC LN01 mode_def lpstz = % DEC lps20 mode_def lqlores = % Epson LQ-500, 180x180dpi mode_def lqmed = % Epson LQ-500, 360x180dpi mode_def lqmedl = % Epson LQ-500, 360x180dpi landscape mode_def lview = % Sigma L-View monitor mode_def lwpro = % Apple LaserWriterPro 810 mode_def macmag = % Mac screens at magstep 1 mode_def mactrue = % Mac screens at 72dpi mode_def ncd = % NCD 19-inch mode_def nec = % NEC 180dpi mode_def nechi = % NEC-P6 at 360x360dpi mode_def neclm = % NEC PC-PR406LM 320dpi mode_def nectzo = % NEC PC-PR201 series 160dpi mode_def nexthi = % NeXT 400dpi, Newgen mode_def nextscrn = % 100dpi NeXT monitor mode_def nineone = % NineOne (91x91) mode_def nullmode = % TFM files only mode_def onetz = % OneTwoZero (120/120) mode_def onezz = % OneZeroZero (100x100) mode_def ocessfz = % OCE 6750-PS mode_def okidata = % Okidata mode_def okidatal = % Okidata landscape mode_def okifte = % Okidata 410e in 600 DPI mode mode_def pcscreen = % also, e.g., high-resolution Suns mode_def pcprevw = % preview on pc screen mode_def phaser = % Tektronix Phaser PXi mode_def prntware = % Printware 720IQ mode_def qms = % QMS (Xerox engine) mode_def qmsostf = % QMS 1725 mode_def qmsoszz = % QMS 1700 mode_def ricoh = % e.g., TI Omnilaser mode_def ricoha = % e.g., IBM 4216 mode_def ricohlp = % e.g., DEC LN03 mode_def sparcptr = % Sun SPARCprinter mode_def starnlt = % Star NL-10 mode_def starnltl = % Star NL-10 landscape mode_def sun = % Sun and BBN Bitgraph at 85dpi mode_def supre = % Ultre*setter at 2400dpi mode_def toshiba = % Toshiba 13XX, EpsonLQ mode_def ultre = % Ultre*setter at 1200dpi mode_def vs = % VAXstation monitor mode_def vtftzz = % Varityper 4200 B-P mode_def vtftzzhi = % Varityper 4300P at 2400dpi mode_def vtftzzlo = % Varityper 4300P at 1200dpi mode_def vtfzszw = % Varitype 5060W, APS 6 mode_def vtszz = % Varityper Laser 600 mode_def xrxesnz = % Xerox 8790 or 4045 mode_def xrxfzfz = % Xerox 4050/4075/4090/4700 mode_def xrxnszz = % Xerox 9700 mode_def xrxtszz = % Xerox 3700 18-Jan-96 16:07:30-GMT,1355;000000000000 Return-Path: jfm@core.ucl.ac.be Received: from core1ux.core.ucl.ac.be (core1ux.core.ucl.ac.be [130.104.4.54]) by csc-sun.math.utah.edu (8.7.1/8.7.1) with SMTP id JAA28346 for ; Thu, 18 Jan 1996 09:07:12 -0700 (MST) Received: from [130.104.53.11] by core1ux.core.ucl.ac.be (4.1/SMI-4.1) id AA24978; Thu, 18 Jan 96 17:10:12 +0100 X-Sender: mertens@core1ux.core.ucl.ac.be Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Date: Thu, 18 Jan 1996 17:04:14 +0100 To: tex-fonts@math.utah.edu From: jfm@core.ucl.ac.be (Jean-Francois Mertens) Subject: names Where to get the current names (at least, the .map files)? I checked _ as said in the README to CTAN/Fonts/psfonts _ the directory ftp.cs.umb.edu:private/tex/fontname-*.tar.gz : inexistent. I checked elsewhere as well ... Thanks a lot ... Jean-Fran=E7ois Mertens. J.F. Mertens, Tel. 32-10-474309 C.O.R.E., Sec. 32-10-474321 34,Voie du Roman Pays, Fax. 32-10-474301 B-1348,Louvain-la-Neuve, e-mail : jfm@core.ucl.ac.be Belgium. Secretaries:corsec@core.ucl.ac.be Home: 2,Rue de Limalsart, Tel. 32-2-6521970 B-1330,Rixensart, Belgium. 22-Jan-96 17:13:15-GMT,985;000000000000 Return-Path: kb@cs.umb.edu Received: from terminus.cs.umb.edu (kb@terminus.cs.umb.edu [158.121.104.3]) by csc-sun.math.utah.edu (8.7.1/8.7.1) with SMTP id KAA12476 for ; Mon, 22 Jan 1996 10:13:12 -0700 (MST) Received: by terminus.cs.umb.edu id AA24217 (5.65c/IDA-1.4.4 for tex-fonts@math.utah.edu); Mon, 22 Jan 1996 12:12:00 -0500 Date: Mon, 22 Jan 1996 12:12:00 -0500 From: "K. Berry" Message-Id: <199601221712.AA24217@terminus.cs.umb.edu> To: jfm@core.ucl.ac.be Cc: tex-fonts@math.utah.edu Subject: Re: names Where to get the current names (at least, the .map files)? I checked _ as said in the README to CTAN/Fonts/psfonts _ the directory ftp.cs.umb.edu:private/tex/fontname-*.tar.gz : inexistent. I checked I can't imagine why anything under private/ was ever publicized. It shouldn't have been. Anyway, the fontname distribution is available from ftp.cs.umb.edu:/pub/tex/fontname*, and mirrored on ctan in info/fontname. 27-Jan-96 0:48:01-GMT,2394;000000000000 Return-Path: little@cs.ucsd.edu Received: from odin.ucsd.edu (little@odin.ucsd.edu [132.239.51.3]) by csc-sun.math.utah.edu (8.7.1/8.7.1) with SMTP id RAA06843 for ; Fri, 26 Jan 1996 17:47:59 -0700 (MST) Received: by odin.ucsd.edu; id AA16456 sendmail 5.67/UCSDPSEUDO.4-CS Fri, 26 Jan 96 16:47:42 -0800 for tex-fonts@math.utah.edu Date: Fri, 26 Jan 96 16:47:42 -0800 From: little@cs.ucsd.edu (Glenn Little) Message-Id: <9601270047.AA16456@odin.ucsd.edu> To: kb@cs.umb.edu, little@cs.ucsd.edu, tex-fonts@math.utah.edu Subject: font names/mappings/confusion Hi. I am trying to understand and make work the integration of type1 fonts into tex and latex. I think I must be missing some key pieces of information, because I am reading all about encoding, virtual fonts, naming schemes etc. in "The Latex Companion", "Making TeX Work", the "Fontname" document from CTAN, the dvips5.58 manual, the directory structure document, the actual directory structure as installed (under unix using web2c), and a bunch of README's, but I'm having a devil of a time bootstrapping myself into understanding this stuff. My immediate situation is this: I have some pfb files for various adobe garamond fonts. They have long names ("AGaramondExp-Semibold.pfb" for instance). I also have tfm's and vf's that were built under an older tex, I have access to the afm's, and I have the whole texmf/fonts/adobe/adobegar subdir that came from CTAN that has tfm's, vf's, and a pad.map file. There are also already garamond entries in psfonts.map that came with dvips, but these don't seem to match those in pad.map. My question is, what do I need to look at and do to make this work? I'd ideally like to be able to use the latex garamond sty file, but at this point just getting "tex nfssfont" to work would be good. I take it I at least have to do some mods to the pfb names and in the psfonts.map file, but I really can't figure out what mods to do, which names should match which, etc. Also, what else might need to be put into the search path, renamed, modified. I'm at a very ineffectual point here, as I don't seem to even know enough to try something and work from there. Either a little missing info, or a pointer somewhere would be very appreciated on my end! Thanks much... Glenn Little glittle@ucsd.edu 31-Jan-96 12:22:47-GMT,1963;000000000000 Return-Path: s.rahtz@elsevier.co.uk Received: from skiddaw.elsevier.co.uk (skiddaw.elsevier.co.uk [193.131.222.60]) by csc-sun.math.utah.edu (8.7.1/8.7.1) with SMTP id FAA06961 for ; Wed, 31 Jan 1996 05:22:41 -0700 (MST) Received: from snowdon.elsevier.co.uk (snowdon.elsevier.co.uk [193.131.197.164]) by skiddaw.elsevier.co.uk (8.6.12/8.6.12) with ESMTP id MAA21728 for ; Wed, 31 Jan 1996 12:20:48 GMT Received: from cadair.elsevier.co.uk (actually host cadair) by snowdon with SMTP (PP); Wed, 31 Jan 1996 12:20:53 +0000 Received: (from srahtz@localhost) by cadair.elsevier.co.uk (8.6.12/8.6.12) id MAA06669; Wed, 31 Jan 1996 12:20:56 GMT Date: Wed, 31 Jan 1996 12:20:56 GMT Message-Id: <199601311220.MAA06669@cadair.elsevier.co.uk> From: Sebastian Rahtz To: little@cs.ucsd.edu Cc: tex-fonts@math.utah.edu Subject: Re: font names/mappings/confusion In-Reply-To: <9601270047.AA16456@odin.ucsd.edu> References: <9601270047.AA16456@odin.ucsd.edu> Glenn Little writes: > of information, because I am reading all about encoding, virtual > fonts, naming schemes etc. in "The Latex Companion", "Making TeX > Work", the "Fontname" document from CTAN, the dvips5.58 manual, the thats all there is :-} > that came from CTAN that has tfm's, vf's, and a pad.map file. There > are also already garamond entries in psfonts.map that came with > dvips, but these don't seem to match those in pad.map. they are ITC Garamond, I expect > My question is, what do I need to look at and do to make this work? so far as i know, the contents of fonts/psfonts/adobe/agaramon have everything you. please note that i updated this last Sunday - anything earlier than that is not right. you install the .fd, .vf, tfm files in the right places, put config.pad and pad.map from dvips into the dvips control file directory and then hey presto its dvips -Ppad sebastian 31-Jan-96 19:41:15-GMT,1419;000000000000 Return-Path: brodnik@valjhun Received: from vega.fmf.uni-lj.si (vega.fmf.uni-lj.si [193.2.67.45]) by csc-sun.math.utah.edu (8.7.1/8.7.1) with SMTP id MAA11124 for ; Wed, 31 Jan 1996 12:38:33 -0700 (MST) Received: from valjhun.mat.uni-lj.si by vega.fmf.uni-lj.si (MX V4.2 AXP) with SMTP; Wed, 31 Jan 1996 20:37:35 +0100 Received: by valjhun.mat.uni-lj.si (5.x/SMI-SVR4) id AA12408; Wed, 31 Jan 1996 20:36:23 +0100 From: brodnik@valjhun (Andrej Brodnik) Message-ID: <9601311936.AA12408@valjhun.mat.uni-lj.si> Subject: psnfss and postscript fonts To: tex-fonts@math.utah.edu Date: Wed, 31 Jan 1996 20:36:23 +0100 (MET) Organization: Institute of Mathematics, Physics, and Mechanics Reply-To: Andrej.Brodnik@IMFM.Uni-Lj.SI (Andrej Brodnik (Andy)) X-Mailer: ELM [version 2.4 PL24 ME8] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Hi, I understand that psnfss needs postscript fonts to work properly. Now, psnfss lives in packages subdirectory of LaTeX directory, while fonts are rooted somehow higher (somewhere directly in texmf directory and in its subdirectory texmf). Now, how do I set environment variables that (La)TeX will find all necessary files (I think that macro/style files are -- as it is usualy set -- resideing in tex directory and so the search is done in this hierarchy only). Thanx for all/any help, Andrej 1-Feb-96 8:03:01-GMT,2439;000000000000 Return-Path: texadmin@puccini.ujf-grenoble.fr Received: from ujf.ujf-grenoble.fr (ujf.ujf-grenoble.fr [193.54.232.33]) by csc-sun.math.utah.edu (8.7.1/8.7.1) with ESMTP id BAA18380 for ; Thu, 1 Feb 1996 01:02:52 -0700 (MST) Received: from puccini.ujf-grenoble.fr (puccini.ujf-grenoble.fr [193.54.244.1]) by ujf.ujf-grenoble.fr (8.6.11/8.6.9) with ESMTP id JAA20132; Thu, 1 Feb 1996 09:01:54 +0100 Received: (from texadmin@localhost) by puccini.ujf-grenoble.fr (8.6.11/8.6.9) id JAA12609; Thu, 1 Feb 1996 09:05:02 +0100 From: Thierry Bouche Message-Id: <199602010805.JAA12609@puccini.ujf-grenoble.fr> Subject: Re: psnfss and postscript fonts To: Andrej.Brodnik@IMFM.Uni-Lj.SI Date: Thu, 1 Feb 1996 09:05:01 +0100 (MET) Cc: tex-fonts@math.utah.edu In-Reply-To: <9601311936.AA12408@valjhun.mat.uni-lj.si> from "Andrej Brodnik" at Jan 31, 96 08:36:23 pm X-Mailer: ELM [version 2.4 PL22] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit > > Hi, > > I understand that psnfss needs postscript fonts to work properly. > Now, psnfss lives in packages subdirectory of LaTeX directory, while > fonts are rooted somehow higher (somewhere directly in texmf > directory and in its subdirectory texmf). Now, how do I set > environment variables that (La)TeX will find all necessary files (I > think that macro/style files are -- as it is usualy set -- resideing > in tex directory and so the search is done in this hierarchy only). > > Thanx for all/any help, > > Andrej > If you are using web2c with kpathsea 2.6, you can put this in your texmf.cnf: FONTDIR = $TEXMF/fonts TEXINPUTS.latex =.:!!$TEXMF/tex/latex//:!!$TEXMF/tex//:!!$FONTDIR//tex TEXCONFIG = .:~:!!$TEXMF/dvips:!!$FONTDIR//dvips:$WEB2CDIR DVIPSHEADERS =.:!!$TEXMF/dvips:!!$FONTDIR//type1:!!$FONTDIR//dvips and, if needed: TEXINPUTS.ps2pk =.:!!$FONTDIR//type1:!!$FONTDIR//afm:!!$TEXMF/dvips:$GSFONT S TEXINPUTS.gsftopk =.:!!$FONTDIR//type1:!!$FONTDIR//afm:!!$TEXMF/dvips :$GSFONTS TEXINPUTS.fontinst =.:~/newnewpsnfss/tools//:~/newnewpsnfss/ts1//:!!$TEXMF/src/latex/psnfss//:!!$FONTDIR//build:!!$FONTDIR//afm:!!$TEXMF/tex// (check with your current installation, as the above was done using teTeX) then you simply unpack the font directories in psfonts under $TEXMF/fonts/$vendor/$typeface , update your ls-R and everything is OK Th. Bouche 7-Feb-96 6:35:00-GMT,2917;000000000000 Return-Path: laurent@math.toronto.edu Received: from brauer.math.toronto.edu (brauer.math.utoronto.ca [128.100.65.3]) by csc-sun.math.utah.edu (8.7.1/8.7.1) with SMTP id XAA22170 for ; Tue, 6 Feb 1996 23:34:59 -0700 (MST) Received: by brauer.math.toronto.edu (AIX 3.2/UCB 5.64/4.03/UTMath-1.9) id AA72283; Wed, 7 Feb 1996 01:36:14 -0500 Date: Wed, 7 Feb 1996 01:36:14 -0500 From: laurent@math.toronto.edu (Larry Siebenmann) Message-Id: <9602070636.AA72283@brauer.math.toronto.edu> To: barry@bluesky.com, beebe@science.utah.edu, m@math.toronto.edu, pragma@pi.net, seroul@math.u-strasbg.fr, tex-fonts@math.utah.edu Subject: TeX on Easy Street Here is question of Raymond S'eroul. > Laurent, j'ai une question importante concernant > Textures : peut-on utiliser des polices 'Multiple > Master' d'Adobe avec Textures ? > > Idee naive : on transforme en police de type I une > instantiation (mais cela a-t-iol un sens ?), puis on > utilise Ed Metrics pour obtenir le tfm. > > J'ai pose la question a Yannis, qui ne sait pas ; a > Blue Sky, qui n'a jamais essaye. Et toi, sauras-tu ? > > En tous cas, cela me parait tres important pour > l'avenir de Textures. I do not have a solid answer, but since the question is obviously important, I am posting it. I have an idea that one might be able to make work without creating new conventions. Adobe MM (multi-master) fonts (serif and non-serif) are *designed* to substitute for other fonts that are for some reason unusable for the moment. TeX viewer programmers could and should therefore endeavor to have MM fonts sub in for unavailable type 1 fonts. And in conditions that tap multi-master talents to produce good results. This is what happens most often in the Acrobat viewer when something has gone wrong with a type1 font compilation. I am sure it happens according to a standard Adobe protocol. But published where?, available in which environments? As for where, I guess the answer is "under the most recent ATM, available under the Mac Sys 7.5 and Windows 95". It is the sort of thing that might start happening without TeX viewer programmers lifting a finger. Is it happening already today outside of Acrobat?? This is worth work to help along; Courier substitutions are dreadful. When this is accomplished we will probably find that by TeX-setting with *any* standardly encoded font with reasonably normal metric properties and deleting most of each font pfb, the MM mechanism will click in and provide readible and sometimes handsome text. To what purpose? Highly efficient TeX-composed literary publications could be posted publicly on Easy Street. (Maybe 1Ko per page for ".dvi" format and 3Ko per page for ".pdf".) Comments? Laurent Siebenmann PS. I recall Nelson Beebe announcing the MM in 1989(??) Finally Adobe has done its bit; the rest is probably up to us. 7-Feb-96 9:55:09-GMT,2684;000000000000 Return-Path: s.rahtz@elsevier.co.uk Received: from skiddaw.elsevier.co.uk (skiddaw.elsevier.co.uk [193.131.222.60]) by csc-sun.math.utah.edu (8.7.1/8.7.1) with SMTP id CAA24002 for ; Wed, 7 Feb 1996 02:55:07 -0700 (MST) Received: from snowdon.elsevier.co.uk (snowdon.elsevier.co.uk [193.131.197.164]) by skiddaw.elsevier.co.uk (8.6.12/8.6.12) with ESMTP id JAA16165 for ; Wed, 7 Feb 1996 09:53:10 GMT Received: from cadair.elsevier.co.uk (actually host cadair) by snowdon with SMTP (PP); Wed, 7 Feb 1996 09:53:01 +0000 Received: (from srahtz@localhost) by cadair.elsevier.co.uk (8.6.12/8.6.12) id JAA05034; Wed, 7 Feb 1996 09:52:58 GMT Date: Wed, 7 Feb 1996 09:52:58 GMT Message-Id: <199602070952.JAA05034@cadair.elsevier.co.uk> From: Sebastian Rahtz To: laurent@math.toronto.edu Cc: barry@bluesky.com, beebe@science.utah.edu, m@math.toronto.edu, pragma@pi.net, seroul@math.u-strasbg.fr, tex-fonts@math.utah.edu Subject: Re: TeX on Easy Street In-Reply-To: <9602070636.AA72283@brauer.math.toronto.edu> References: <9602070636.AA72283@brauer.math.toronto.edu> Larry Siebenmann writes: > > Idee naive : on transforme en police de type I une > > instantiation (mais cela a-t-iol un sens ?), puis on > > utilise Ed Metrics pour obtenir le tfm. well, yes, it is that easy, in essence > TeX viewer programmers could and should > therefore endeavor to have MM fonts sub in for > unavailable type 1 fonts. And in conditions that > tap multi-master talents to produce good results. the flaw is that this is clever bit in ATM/Acrobat, surely, the matching up of a desired font to an MM instance. not that easy to replicate > When this is accomplished we will probably find that by > TeX-setting with *any* standardly encoded font with > reasonably normal metric properties and deleting most of > each font pfb, the MM mechanism will click in and > provide readible and sometimes handsome text. we get this already simply by using Adobe's Distiller program. works fine. there is a related question, which is deliberate use of MM fonts in TeX; Michel Goossens, Rib Fairbairns and I have a paper about this in the latest TUGboat. We use a manual systsem for deriving instances, but as Berthold pointed out, ATM in combination with Y&Y TeX makes is a lot smoother. i do actually have a MakeTeXTFM script for Unix which responds to font requests for any of the standard LATeX series and shape and size setups by creating a Minion instance. how its done is trivial - the interesting part is what the value of the "boldness" vector is for "sb" as opposed to "b"! sebastian 8-Feb-96 17:27:03-GMT,1295;000000000000 Return-Path: sila@aurora.repoc.nwu.edu Received: from aurora.repoc.nwu.edu (aurora.repoc.nwu.edu [165.124.151.3]) by csc-sun.math.utah.edu (8.7.1/8.7.1) with SMTP id KAA10711 for ; Thu, 8 Feb 1996 10:26:32 -0700 (MST) Received: by aurora.repoc.nwu.edu (8.6.12/SMI-DSS-1.04) id LAA27993; Thu, 8 Feb 1996 11:26:10 -0600 Date: Thu, 8 Feb 1996 11:26:10 -0600 From: sila@aurora.repoc.nwu.edu (Victor Sanchez) Message-Id: <199602081726.LAA27993@aurora.repoc.nwu.edu> To: tex-fonts@math.utah.edu Subject: Old style fonts in Lucida. Greetings, I am trying to build an expert set for lucidabright so that oldstyle glyphs >From the smallcap fonts are used instead of the normal numerals. Using the fontinst package \latinfamily{hlh9}{}\bye did not work since the name of the glyphs in the hlhrc8a.afm (the smallcaps) are zero, one, ... not oneoldstyle etc. (in truth it is not even searching the smallcaps file). I need to somewho define the oldstyle glyphs so that is searchs for then in the correct place.... I am no expert and the deadline for my dissertation is approaching fast so any help in this matter will be very appreciated (BTW is there any good bibliography on the issue of PS fonts in TeX, things have been changing very fast lately!) Victor 9-Feb-96 14:28:04-GMT,2422;000000000000 Return-Path: s.rahtz@elsevier.co.uk Received: from skiddaw.elsevier.co.uk (skiddaw.elsevier.co.uk [193.131.222.60]) by csc-sun.math.utah.edu (8.7.1/8.7.1) with SMTP id HAA22293 for ; Fri, 9 Feb 1996 07:28:00 -0700 (MST) Received: from snowdon.elsevier.co.uk (snowdon.elsevier.co.uk [193.131.197.164]) by skiddaw.elsevier.co.uk (8.6.12/8.6.12) with ESMTP id OAA26300 for ; Fri, 9 Feb 1996 14:25:51 GMT Received: from cadair.elsevier.co.uk (actually host cadair) by snowdon with SMTP (PP); Fri, 9 Feb 1996 14:25:57 +0000 Received: (from srahtz@localhost) by cadair.elsevier.co.uk (8.6.12/8.6.12) id OAA00993; Fri, 9 Feb 1996 14:25:58 GMT Date: Fri, 9 Feb 1996 14:25:58 GMT Message-Id: <199602091425.OAA00993@cadair.elsevier.co.uk> From: Sebastian Rahtz To: sila@aurora.repoc.nwu.edu Cc: tex-fonts@math.utah.edu Subject: Re: Old style fonts in Lucida. In-Reply-To: <199602081726.LAA27993@aurora.repoc.nwu.edu> References: <199602081726.LAA27993@aurora.repoc.nwu.edu> Victor Sanchez writes: > I am trying to build an expert set for lucidabright so that oldstyle glyphs > from the smallcap fonts are used instead of the normal numerals. Using the > fontinst package > > \latinfamily{hlh9}{}\bye > > did not work since the name of the glyphs in the hlhrc8a.afm > (the smallcaps) are zero, one, ... not oneoldstyle etc. (in truth it is not you need to look at the smallcaps code in the current setup, which David Hull did. this says that if you can find a correctly named file you take the "a" from that to mean "smallcap A". you could do something similar for oldstyle numbers. > even searching the smallcaps file). I need to somewho define the oldstyle > glyphs so that is searchs for then in the correct place.... I am no expert > and the deadline for my dissertation is approaching fast so any help in this if i were you i would drop the requirement for oldstyle digits from your dissertation.. this is going to take you a while to get right, unless someone else has done the work. the crude answer is to call the glyphs by number ie instead of 1 do \char156 or wherever it is. Not much fun! > matter will be very appreciated (BTW is there any good bibliography on the > issue of PS fonts in TeX, things have been changing very fast lately!) i am not aware of any new material in print, sadly sebastian 9-Feb-96 14:35:32-GMT,1096;000000000000 Return-Path: alanje@cogs.susx.ac.uk Received: from csrj.crn.cogs.susx.ac.uk (csrj.crn.cogs.susx.ac.uk [192.33.16.212]) by csc-sun.math.utah.edu (8.7.1/8.7.1) with SMTP id HAA22339 for ; Fri, 9 Feb 1996 07:34:20 -0700 (MST) Received: by csrj.crn.cogs.susx.ac.uk (Smail3.1.29.1 #3) id m0tktlS-0001iGC; Fri, 9 Feb 96 14:25 GMT Message-Id: Date: Fri, 9 Feb 96 14:25 GMT From: alanje@cogs.susx.ac.uk (Alan Jeffrey) To: sila@aurora.repoc.nwu.edu CC: tex-fonts@math.utah.edu In-reply-to: <199602081726.LAA27993@aurora.repoc.nwu.edu> (sila@aurora.repoc.nwu.edu) Subject: Re: Old style fonts in Lucida. You might want to send this message to the fontinst mailing list (fontinst@cogs.susx.ac.uk) rather than tex-fonts. I can subscribe anyone who wants to join it. I can't really help you with your problems with small caps fonts. It's something myself and Sebastian have discussed off-and-on, but we've never come up with a good automatic solution. You may need to drop down to the \installfonts level to get the job done. Alan. 10-Feb-96 14:20:16-GMT,1774;000000000000 Return-Path: sila@pele.repoc.nwu.edu Received: from pele.repoc.nwu.edu (pele.repoc.nwu.edu [165.124.151.2]) by csc-sun.math.utah.edu (8.7.1/8.7.1) with ESMTP id HAA04087 for ; Sat, 10 Feb 1996 07:20:15 -0700 (MST) Received: by pele.repoc.nwu.edu (8.7.2/SMI-DSS-1.04) id IAA24249; Sat, 10 Feb 1996 08:20:13 -0600 (CST) Date: Sat, 10 Feb 1996 08:20:13 -0600 (CST) From: sila@pele.repoc.nwu.edu (Victor Sanchez) Message-Id: <199602101420.IAA24249@pele.repoc.nwu.edu> To: tex-fonts@math.utah.edu Subject: Re: Old style fonts in Lucida. In-Reply-To: <199602091425.OAA00993@cadair.elsevier.co.uk> References: <199602081726.LAA27993@aurora.repoc.nwu.edu> <199602091425.OAA00993@cadair.elsevier.co.uk> Greetings, I would like to thanks Sebastian, Alan and Laurent for their help. I would look into the smallcap code later however for the moment I looked to see how other virtual fonts were put together and managed to modify by hand the hlhrc9t hlhrc9e hlhdc9t hlhdc9e vpl files and it seems to be working fine. Eventualy when I go back home ( I am in the US now) I will subscribe to the fontinst mailing list, it seems to be a tool that is worth to learn to use well. Installing and configuring sendmail and TeX have been always biggest fears :-) The latter because of my "non standard" preferences (spanish, 8bit, lucida, etc). However thanks to the new work on LaTeX, the teTeX distribution, the Latex Companion, Babel, Cork encoding, etc things have improved a lot. Hopefully when the font situation stabilizes things will improve in that area, and one of you people would become filthy rich selling books about it :-) Thanks again for your work in supporting PS fonts in TeX... now back to my damm dissertation.. Victor 12-Feb-96 13:22:39-GMT,2969;000000000000 Return-Path: dany@fub.it Received: from airone (airone.fub.it [193.204.210.76]) by csc-sun.math.utah.edu (8.7.1/8.7.1) with SMTP id GAA02532 for ; Mon, 12 Feb 1996 06:22:05 -0700 (MST) Received: by airone (5.x/SMI-SVR4) id AA08912; Mon, 12 Feb 1996 14:23:52 +0100 Date: Mon, 12 Feb 1996 14:23:52 +0100 From: dany@fub.it (Daniela D'Aloisi) Message-Id: <9602121323.AA08912@airone> To: tex-fonts@math.utah.edu Subject: Problems with fonts (Can't find TFM file) Cc: dany@fub.it, vittorio@serv501.fub.it X-Sun-Charset: US-ASCII I used to have a not-very-well-working installation of LaTeX (2e with 209 compatibility): not-very-well since sometimes I had problems with fonts and similar. I asked around and the more common answer was: "The files are not in the right directories, and the system screws up when it needs a file". So I followed the suggestions of the TUG Working Group, in particular the directory map of TDS compliant TeX installation and now it is also worst. Before the typesetting worked (although with some minor font problems!!). Now it doesn't work anymore. When I try to typeset a file, the answer is: airone> (dany) 17:latex user-model.tex This is TeX, Version 3.1415 (C version 6.1) (user-model.tex LaTeX2e <1994/06/01> (/usr/local/tex/lib/texmf/tex/latex/base/latex209.def Entering LaTeX 2.09 compatibility mode. (/usr/local/tex/lib/texmf/tex/latex/base/tracefnt.sty) (/usr/local/tex/lib/texmf/tex/latex/base/latexsym.sty)) (/usr/local/tex/lib/texmf/tex/latex/base/article.cls Document Class: article 1994/12/09 v1.2x Standard LaTeX document class (/usr/local/tex/lib/texmf/tex/latex/base/fleqn.clo) (/usr/local/tex/lib/texmf/tex/latex/base/size12.clo ! Font OT1/cmr/m/n/12=cmr12 at 12.0pt not loadable: Metric (TFM) file not found. relax l.64 \normalsize ? If I force the typesetting the result is an empty file. The fonts/ folder is more or less as following: fonts/ afm/ ..... pk/ ...... source/ ..... tfm/ adobe/ .. ams/.... bitstream/ .. public/ ... tmp/ .... type1/ ... vf/ .... where the dots mean that there are other subdirs. Maybe I forgot to tell the system where to find the files or something like that. Is there anyone that can help me? I have a very problem: I have an important deadline I am not able to produce any output from my tex file. I am just a LaTeX user, not a LaTex-hacker not even an expert. Thanks in advance Daniela ,,, (o o) ~~~~~~~~~~~~~~~~~~~~oOO~~(_)~~OOo~~~~~~~~~~~~~~~~~~~~~ || Daniela D'Aloisi (dany@fub.it) || || FUB (Fondazione Ugo Bordoni) || || Via B. Castiglione 59, I-00142, Rome, IT || || ph. +39 6 54803422 fax +39 6 54804405 || ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 12-Feb-96 16:48:17-GMT,2357;000000000000 Return-Path: ays@rzg.mpg.de Received: from sat.ipp-garching.mpg.de (sat.ipp-garching.mpg.de [130.183.1.21]) by csc-sun.math.utah.edu (8.7.1/8.7.1) with SMTP id JAA05963 for ; Mon, 12 Feb 1996 09:48:09 -0700 (MST) Received: from schrott.rzg.mpg.de (schrott.rzg.mpg.de [130.183.1.34]) by sat.ipp-garching.mpg.de (8.6.10/8.6.10) with SMTP id RAA22369; Mon, 12 Feb 1996 17:45:18 +0100 Date: Mon, 12 Feb 1996 17:45:17 +0100 (MET) From: Andreas Schott To: "Daniela D'Aloisi" cc: tex-fonts@math.utah.edu, dany@fub.it, vittorio@serv501.fub.it Subject: Re: Problems with fonts (Can't find TFM file) In-Reply-To: <9602121323.AA08912@airone> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Hi Daniela, > I used to have a not-very-well-working installation of LaTeX (2e with > 209 compatibility): not-very-well since sometimes I had problems with > fonts and similar. I asked around and the more common answer was: "The files > are not in the right directories, and the system screws up when it needs a > file". So I followed the suggestions of the TUG Working Group, in particular > the directory map of TDS compliant TeX installation and now it is also worst. > Before the typesetting worked (although with some minor font problems!!). > Now it doesn't work anymore. Your binaries must reflect the TDS-structure. This means if you are running Karl Berry's TeX or Thomas Essers teTeX based upon that, you must define the search-path correctly in the texmf.cnf-file. In your case I assume the file as /usr/local/tex/lib/texmf/web2c/texmf.cnf. If you have problems setting up that you can try different variables in your environment to point to the right places. This means TFMFONTS in your case should be /usr/local/tex/lib/texmf/fonts/tfm//. Better you have also a ls-R database created on the level of /usr/local/tex/lib/texmf via the following command: /bin/ls -RL /usr/local/tex/lib/texmf > /usr/local/tex/lib/texmf/ls-R Hope this helps, Andreas Schott. ---------------------------------------------------------------- http://www.rzg.mpg.de/~ays | :-O Wissen ist Macht! email: schott@rzg.mpg.de | 8-( Ich wei"s nichts. phone/fax: +49 89 3299-2180/1301 | ;-> Macht auch nichts. 23-Feb-96 16:41:25-GMT,4797;000000000000 Return-Path: P.T.H.Tutelaers@urc.tue.nl Received: from mailhost.tue.nl (mailhost.tue.nl [131.155.2.5]) by csc-sun.math.utah.edu (8.7.1/8.7.1) with ESMTP id JAA29446 for ; Fri, 23 Feb 1996 09:41:13 -0700 (MST) Received: from asterix.urc.tue.nl [131.155.5.10] by mailhost.tue.nl (8.7.1) id RAA11901 (ESMTP). Fri, 23 Feb 1996 17:39:34 +0100 (MET) Received: from rcpt@localhost by asterix.urc.tue.nl (8.7.3) id RAA19536. Fri, 23 Feb 1996 17:39:32 +0100 (MET) From: Piet Tutelaers Message-Id: <199602231639.RAA19536@asterix.urc.tue.nl> Subject: announcement: ps2pk 1.5 release To: tex-fonts@math.utah.edu (fontlist fonts discussion list) Date: Fri, 23 Feb 1996 17:39:32 +0100 (MET) Cc: rcpt@urc.tue.nl (Piet Tutelaers), isendo@leon.nrcps.ariadne-t.gr (Hippocrates Sendoukas) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Hello, Today I have released the final ps2pk 1.5 version. Thanks to everybody who contributed to the code. Special thanks go to Pierre MacKay for his PK postamble specials and Brian Ripley for his valuable suggestions. Some people regret that I do not use kpathsea. Because ps2pk and its companion mtpk needs to run in combination with emTeX, where I need to handle FLI font libraries, and because kpathsea in my opinion is still too much UNIX biased, I prefered my own recursive search functions (without texmf.cnf and ls-R functionality). All of you that need to locate files containing PostScript resources (fonts, AFM files, encoding vectors) should look at my slightly improved version of Adobe's psres library (directory PSres in the ps2pk15 source tree). It provides a nice way to handle these resources in a application independant way. I hope to add it to dvips (soon or later) so that we can eliminate these horrible syntax in psfonts.map: ptmr8r Times-Roman "TeXBase1Encoding ReEncodeFont" <8r.enc putr8r Utopia-Regular "TeXBase1Encoding ReEncodeFont" <8r.enc ; Fri, 23 Feb 1996 17:39:10 -0700 (MST) Received: (mackay@localhost) by june.cs.washington.edu (8.7.2/7.2ju) id QAA05035; Fri, 23 Feb 1996 16:38:30 -0800 Date: Fri, 23 Feb 1996 16:38:30 -0800 From: mackay@cs.washington.edu (Pierre MacKay) Message-Id: <199602240038.QAA05035@june.cs.washington.edu> To: P.T.H.Tutelaers@urc.tue.nl CC: tex-fonts@math.utah.edu, rcpt@urc.tue.nl, isendo@leon.nrcps.ariadne-t.gr In-reply-to: <199602231639.RAA19536@asterix.urc.tue.nl> (message from Piet Tutelaers on Fri, 23 Feb 1996 17:39:32 +0100 (MET)) Subject: Re: announcement: ps2pk 1.5 release Now that I have looked at your documentation, there is one thing that may need to be considered in your plan to change the way dvips looks for fonts. The psfonts.map approach is further elaborated by the possibility of superseding the definitions there with an xxx.map file called in by config.xxx. This has great value for font junkies like me. I have a laser printer with a scsi disk into which I have some of my largest fonts (Adobe Garamond, for instance) downloaded. This speeds up printing in the obvious way. But I must still have AGaramond-*.pfa available in my TEXMF tree so that xdvi can use it to generate a pk font at need. So I have one entry for padxxx AGaramond-* in psfonts.map, and I also have a pad.map file. The difference is that the padxxx lines in psfonts.map do not include ; Mon, 26 Feb 1996 00:08:52 -0700 (MST) Received: from aleph.bu.edu (localhost [127.0.0.1]) by aleph.bu.edu (8.6.12/8.6.12) with ESMTP id CAA01727 for ; Mon, 26 Feb 1996 02:08:46 -0500 Message-Id: <199602260708.CAA01727@aleph.bu.edu> Reply-to: swift@bu.edu To: tex-fonts@math.utah.edu Subject: xdvi's overstrikes Date: Mon, 26 Feb 1996 02:08:44 -0500 From: Matthew Swift By lots of experimenting, I've concluded that the best way to get a good-looking gif for the web from some PostScript fonts is to render them with xdvi (ricoh mode) and do a screen grab with xv. This leaves you with a good looking, relatively compact gif in about 10-15 shades of grey. The snag for me now is getting xdvi to cope with overstriking characters. I'm using version 18f and XFree86 3.1.1 (Debian Linux). I use the -thorough option, but it doesn't seem to make any difference. I get the message "overstrike characters may be incorrect" when using -thorough but not with -copy. Is there a workaround that comes to mind? I don't have Photoshop or Illustrator or other fancy software, but I have Adobe Type Manager, and I could try the same screen-grab trick >From MS Word if I can find a screen-grabber. But I would love to solve it in Unix. Thanks Matt PS with these images you can't make the background transparent, however; it's exactly the fuzzy edge trailing into the background that makes the image look so very much better than any conversion with ghostscript at the head (e.g., ps --> ppm/pgm ). From beebe Mon Feb 26 03:40:48 1996 Return-Path: P.T.H.Tutelaers@urc.tue.nl Received: from mailhost.tue.nl (mailhost.tue.nl [131.155.2.5]) by csc-sun.math.utah.edu (8.7.4/8.7.3) with ESMTP id DAA24007 for ; Mon, 26 Feb 1996 03:40:45 -0700 (MST) Received: from asterix.urc.tue.nl [131.155.5.10] by mailhost.tue.nl (8.7.1) for id LAA24567 (ESMTP). Mon, 26 Feb 1996 11:40:39 +0100 (MET) Received: from rcpt@localhost by asterix.urc.tue.nl (8.7.3) id LAA04470. Mon, 26 Feb 1996 11:40:32 +0100 (MET) From: Piet Tutelaers Message-Id: <199602261040.LAA04470@asterix.urc.tue.nl> Subject: pro/contra PS resource databses To: tex-fonts@math.utah.edu (tex-fonts font forum) Date: Mon, 26 Feb 1996 11:40:32 +0100 (MET) Cc: rcpt@urc.tue.nl (Piet Tutelaers) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Here is a summary to the questions regarding the use of the PS resource database in ps2pk15: 1) Berthold: > ptmr8r Times-Roman "TeXBase1Encoding ReEncodeFont" <8r.enc putr8r > Utopia-Regular "TeXBase1Encoding ReEncodeFont" <8r.enc ; Mon, 26 Feb 1996 06:16:45 -0700 (MST) From: vonhagen@marine.lss.supelec.fr Received: by marine.lss.supelec.fr (5.65/DEC-Ultrix/4.3) id AA28371; Mon, 26 Feb 1996 14:14:41 +0100 Message-Id: <9602261314.AA28371@marine.lss.supelec.fr> To: tex-fonts@math.utah.edu Cc: vonhagen@marine.lss.supelec.fr Subject: psfonts for xdvi Date: Mon, 26 Feb 96 14:14:41 +0000 X-Mts: smtp Hi, I got the psfonts out of the CTAN/fonts/psfonts archive. Using the bookman files and the bookman.sty out of psnfss is compiling fine with latex (2e). Producing the corresponding Postscriptfile with dvips 5.58 is no problem (it's loading pbkl7t.vf, 8r.enc and pbkl8r.tfm in this order), the PS-file is printed without problems. Now I'd like to use xdvi (xdvi patchlevel 20) to get a preview on the screen: the files loaded are: pbkl7t.vf, then it's looking for something like pbkl8r.???pk or pbkl8r.vf which wasn't included in the bookman files (in fact I couldn't find a file with this name on the server). mf fails on producing the pbkl8r.???pk file as there is no pbkl8r.tfm. I'd be very happy if someone could help me with this problem as I've got the same for the other psfonts as well (always looking for a ????8r - file). Thanks a lot, please reply to vonhagen@lss.supelec.fr juergen From beebe Mon Feb 26 08:52:53 1996 Return-Path: swift@aleph.bu.edu Received: from aleph.bu.edu (PPP-85-18.BU.EDU [128.197.8.166]) by csc-sun.math.utah.edu (8.7.4/8.7.3) with SMTP id IAA25950 for ; Mon, 26 Feb 1996 08:52:50 -0700 (MST) Received: from aleph.bu.edu (localhost [127.0.0.1]) by aleph.bu.edu (8.6.12/8.6.12) with ESMTP id KAA02774; Mon, 26 Feb 1996 10:51:40 -0500 Message-Id: <199602261551.KAA02774@aleph.bu.edu> Reply-to: swift@bu.edu To: vonhagen@marine.lss.supelec.fr cc: tex-fonts@math.utah.edu Subject: Re: psfonts for xdvi In-reply-to: Your message of "Mon, 26 Feb 1996 14:14:41 GMT." <9602261314.AA28371@marine.lss.supelec.fr> Date: Mon, 26 Feb 1996 10:51:40 -0500 From: Matthew Swift >>>>> "v" == vonhagen writes: v> Now I'd like to use xdvi (xdvi patchlevel 20) to get a preview v> on the screen: the files loaded are: pbkl7t.vf, then it's v> looking for something like pbkl8r.???pk or pbkl8r.vf which v> wasn't included in the bookman files (in fact I couldn't find a v> file with this name on the server). mf fails on producing the v> pbkl8r.???pk file as there is no pbkl8r.tfm. Mf should not be called in the first place, it has nothing to do with PostScript. To make a PK font suitable for xdvi from a PostScript font, you need a program like ps2pk. It is most convenient if this program is invoked >From the MakeTeXPK script with the right parameters on the right files at the right time, analogous to how MakeTeXPK invokes Metafont. The only alternative to ps2pk I know is a program called gsftopk. I will let someone else explain which is superior -- I use ps2pk. The proper way to adapt MakeTeXPK depends on your TeX distribution. A good distribution should take care of all this for you. There is a discussion regarding the latest version of ps2pk going on on tex-fonts right now. From beebe Tue Feb 27 02:27:30 1996 Return-Path: texadmin@puccini.ujf-grenoble.fr Received: from ujf.ujf-grenoble.fr (ujf.ujf-grenoble.fr [193.54.232.33]) by csc-sun.math.utah.edu (8.7.4/8.7.3) with ESMTP id CAA08314 for ; Tue, 27 Feb 1996 02:27:22 -0700 (MST) Received: from puccini.ujf-grenoble.fr (puccini.ujf-grenoble.fr [193.54.244.1]) by ujf.ujf-grenoble.fr (8.6.11/8.6.9) with ESMTP id KAA15594 for ; Tue, 27 Feb 1996 10:27:09 +0100 Received: (from texadmin@localhost) by puccini.ujf-grenoble.fr (8.6.11/8.6.9) id KAA23917 for tex-fonts@math.utah.edu; Tue, 27 Feb 1996 10:30:30 +0100 From: Thierry Bouche Message-Id: <199602270930.KAA23917@puccini.ujf-grenoble.fr> Subject: ps2pk vs. gsftopk To: tex-fonts@math.utah.edu Date: Tue, 27 Feb 1996 10:30:30 +0100 (MET) X-Mailer: ELM [version 2.4 PL22] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit BTW, I posed a similar question on comp.loang.postscript without any decisive answer: quality of rasterization with a standard printer PS interpreter / ghostscript / gsftopk / ps2pk . I find gs impressive especially since some bug fixes in version 3.53. I can hardly distinguish between gs + pcl and ps on a laserjet 5 Si. My question was: will I loose some quality if I use the pk's generated by either ps2pk or gsftopk instead of downloading the type1 fonts (it saves time & memory) -- unfortunately, dvilj won't work with 8r reencoded fonts. I must say that, as it looks now in xdvi, ps2pk bitmaps are worse than gsftopk's (which is quite astonishing if the rasterizing code was actually use in Lexmark printers...), but I am not sure that gsftopk yields as good bitmaps as ghostscript + the good driver. Of course, if you never download bitmaps, ps2pk is faster and consumes less memory, but you are sometimes disturbed by distorted stems. Any specialist's advice? Thierry From beebe Tue Feb 27 06:39:14 1996 Return-Path: bkph@ai.mit.edu Received: from life.ai.mit.edu (ai.mit.edu [128.52.32.80]) by csc-sun.math.utah.edu (8.7.4/8.7.3) with SMTP id GAA09448 for ; Tue, 27 Feb 1996 06:39:12 -0700 (MST) Received: from kauai.ai.mit.edu by life.ai.mit.edu (4.1/AI-4.10) for tex-fonts@math.utah.edu id AA10912; Tue, 27 Feb 96 08:39:07 EST From: bkph@ai.mit.edu (Berthold K.P. Horn) Received: by kauai.ai.mit.edu (8.6.12/AI-4.10) id IAA05967; Tue, 27 Feb 1996 08:38:45 -0500 Date: Tue, 27 Feb 1996 08:38:45 -0500 Message-Id: <199602271338.IAA05967@kauai.ai.mit.edu> To: texadmin@puccini.ujf-grenoble.fr Cc: tex-fonts@math.utah.edu In-Reply-To: Thierry Bouche's message of Tue, 27 Feb 1996 10:30:30 +0100 (MET) <199602270930.KAA23917@puccini.ujf-grenoble.fr> Subject: ps2pk vs. gsftopk > [printer PS / ghostscript / gsftopk / ps2pk etc.] > Any specialist's advice? > Thierry None of those rasterizers does as well as Adobe Type Manager. But ATM is only available on Mac and Windows... Not even the rasterizer in Display PostScript on NeXT does as well as ATM, and certainly the `lemon' that Sun bought from Adobe for X Windows is worse. Clones generally do not do so well, since Adobe never published their rasterizing algorithm. There are some hairy things in the hinting mechanism that clones typically miss. Note that printer rasterizers do not have to do as well as rasterizers for on-screen, since they work at medium (300 or 600dpi), not low resolution (96 dpi or higher in Windows, 72 dpi on Mac). As a result, one should not use a printer rasterizer for on-screen work. That is, not if you want to be able to read what is displayed. But then the attitude seems to be that preview is only to check the layout, and to read a document, you have to print it. Too bad, life does not have to be that way :=). Regards, Berthold. From beebe Tue Feb 27 12:06:06 1996 Return-Path: kb@cs.umb.edu Received: from terminus.cs.umb.edu (kb@terminus.cs.umb.edu [158.121.104.3]) by csc-sun.math.utah.edu (8.7.4/8.7.3) with SMTP id MAA12793 for ; Tue, 27 Feb 1996 12:05:57 -0700 (MST) Received: by terminus.cs.umb.edu id AA03620 (5.65c/IDA-1.4.4 for tex-fonts@math.utah.edu); Tue, 27 Feb 1996 14:04:20 -0500 Date: Tue, 27 Feb 1996 14:04:20 -0500 From: "K. Berry" Message-Id: <199602271904.AA03620@terminus.cs.umb.edu> To: texadmin@puccini.ujf-grenoble.fr Cc: tex-fonts@math.utah.edu Subject: Re: ps2pk vs. gsftopk quality of rasterization with a standard printer PS interpreter / ghostscript / gsftopk / ps2pk . gsftopk merely calls ghostscript; it doesn't do any rasterization itself. So those two should be the same. Both ghostscript and ps2pk were based on the Type 1 rasterizer IBM donated to the X consortium. So modulo any improvements Peter or Piet has made, output should be similar. I've never compared the programs' output directly. I suspect IBM has worked a lot on the code for their own use. From beebe Tue Feb 27 13:23:39 1996 Return-Path: swift@aleph.bu.edu Received: from aleph.bu.edu (PPP-82-12.BU.EDU [128.197.8.64]) by csc-sun.math.utah.edu (8.7.4/8.7.3) with SMTP id NAA14047 for ; Tue, 27 Feb 1996 13:23:35 -0700 (MST) Received: from aleph.bu.edu (localhost [127.0.0.1]) by aleph.bu.edu (8.6.12/8.6.12) with ESMTP id PAA01020 for ; Tue, 27 Feb 1996 15:23:03 -0500 Message-Id: <199602272023.PAA01020@aleph.bu.edu> Reply-to: swift@bu.edu To: tex-fonts@math.utah.edu Subject: Screen rendering (Was Re: ps2pk vs. gsftopk) In-reply-to: Your message of "Tue, 27 Feb 1996 08:38:45 EST." <199602271338.IAA05967@kauai.ai.mit.edu> Date: Tue, 27 Feb 1996 15:23:03 -0500 From: Matthew Swift >>>>>> "B" == Berthold K P Horn writes: B> None of those rasterizers does as well as Adobe Type Manager. B> But ATM is only available on Mac and Windows... B> Not even the rasterizer in Display PostScript on NeXT does as B> well as ATM, and certainly the `lemon' that Sun bought from B> Adobe for X Windows is worse. I can't recall how my old Cube's TeXview looked for comparison, but as far as good screen image of PostScript fonts, xdvi's greyscale renderings blow away Adobe Type Manager (inside Microsoft Word on Win95) which uses two colors: black and white. (I run both on the same monitor on my Pentium.) I'm still hoping someone can tell me how to get proper overstriking with xdvi... From beebe Tue Feb 27 14:01:02 1996 Return-Path: hwang@maths.ox.ac.uk Received: from stlawrence.maths.ox.ac.uk (root@stlawrence.maths.ox.ac.uk [163.1.3.9]) by csc-sun.math.utah.edu (8.7.4/8.7.3) with SMTP id OAA14651 for ; Tue, 27 Feb 1996 14:00:46 -0700 (MST) Received: from yukon.maths by stlawrence.maths.ox.ac.uk with smtp (Smail3.1.28.1 #3) id m0trW2I-000BBjC; Tue, 27 Feb 96 20:30 GMT Date: Tue, 27 Feb 1996 20:24:22 +0000 (GMT) From: Hyokkee Hwang Subject: Font alternative To: kb@cs.umb.edu cc: tex-fonts@math.utah.edu Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Hello. I just wish to print out the font "The Times" on Macintosh using UNIX-based TeX, not TeX on Mac. What font name should I use for this in Unix? Thank you very much. All the best, Hyokkee Hwang From beebe Thu Feb 29 03:06:04 1996 Return-Path: da@dcs.ed.ac.uk Received: from rainich.dcs.ed.ac.uk (xtpp@rainich.dcs.ed.ac.uk [129.215.160.105]) by csc-sun.math.utah.edu (8.7.4/8.7.3) with ESMTP id DAA06390 for ; Thu, 29 Feb 1996 03:05:35 -0700 (MST) Received: from papa.dcs.ed.ac.uk by rainich.dcs.ed.ac.uk with SMTP (PP); Thu, 29 Feb 1996 10:02:43 +0000 Message-Id: <16083.9602291002@papa.dcs.ed.ac.uk> Received: from dcs.ed.ac.uk by papa.dcs.ed.ac.uk; Thu, 29 Feb 1996 10:02:10 GMT To: Thierry Bouche Cc: tex-fonts@math.utah.edu Subject: Re: ps2pk vs. gsftopk In-Reply-To: Your message of Tue, 27 Feb 1996 10:30:30 GMT. <199602270930.KAA23917@puccini.ujf-grenoble.fr> Date: Thu, 29 Feb 1996 10:02:08 +0000 From: David Aspinall > I must say that, as it looks now in xdvi, ps2pk bitmaps are worse than > gsftopk's (which is quite astonishing if the rasterizing code was actually > use in Lexmark printers...), but I am not sure that gsftopk yields as > good bitmaps as ghostscript + the good driver. When I tested this last year I found the opposite! Indeed, I went to the extent of writing a MakeTeXPK script to use both programs --- it reverts to gsftopk when type1 sources aren't available. That was with a slightly older version of gs, though. Has the rendering really improved with 3.33 ? Karl Berry said: > Both ghostscript and ps2pk were based on the Type 1 rasterizer IBM > donated to the X consortium. So modulo any improvements Peter or Piet > has made, output should be similar. I've never compared the programs' > output directly. I wonder if Peter or Piet are listening and could comment? - David. From beebe Thu Feb 29 05:29:11 1996 Return-Path: da@dcs.ed.ac.uk Received: from rainich.dcs.ed.ac.uk (xtpp@rainich.dcs.ed.ac.uk [129.215.160.105]) by csc-sun.math.utah.edu (8.7.4/8.7.3) with ESMTP id FAA07074 for ; Thu, 29 Feb 1996 05:28:51 -0700 (MST) Received: from papa.dcs.ed.ac.uk by rainich.dcs.ed.ac.uk with SMTP (PP); Thu, 29 Feb 1996 12:25:35 +0000 Message-Id: <20677.9602291224@papa.dcs.ed.ac.uk> Received: from dcs.ed.ac.uk by papa.dcs.ed.ac.uk; Thu, 29 Feb 1996 12:24:27 GMT To: tex-fonts@math.utah.edu Cc: joachim.schnitter@sap-ag.de Subject: gsftopk versus ps2pk, again... Date: Thu, 29 Feb 1996 12:24:26 +0000 From: David Aspinall I hope Joachim Schnitter won't object to me forwarding to the TeX fonts list a portion of some email he sent me last year about this. By the sound of things, he did some tests with the two programs, and understands the issues better than I do. What are the latest versions of these programs? We're using gsftopk 1.9 and gs 3.33, which I did my spot tests on last year, rendering Lucida fonts for xdvi. gsftopk produced quite "ragged" characters, I remember, compared with ps2pk 1.4, which produces very fine results. Of course, as Joachim Schnitter says below and others have pointed out already, it's no big deal so long as we eventually print with a true postscript printer. But like Berthold, I would like to see the technology advanced to the stage when we can comfortably *read* a TeX document on screen, whatever fonts it may use. - David. From: Joachim Schnitter Subject: Re: gsftopk: ReEncode broken? To: David Aspinall Date: Wed, 24 May 95 12:16:20 MESZ Dear David, .... Something about font rendering: In most cases I feel that ps2pk is indeed superior to gsftopk/gs2.16 but there are some fonts which come out much better when being rended by gs2.16, e.g. the fonts of the Linotype StplGaramond series. No matter which renderer you use, as long as you print through dvips/gs-xxx you will get GhostScript rendering as long as you do not download bitmaps even for the PostScript fonts. Finding an appropriate way to interprete the Type1 hints seems to be one of the most difficult tasks when trying to mimic Adobe's PostScript behavior. The code in X11 and therefore in ps2pk is very strange. On the other hand, Peter Deutsch, the creator of GhostScript, seems to have similar problems, too. gs-3.xx really does a very bad job on Type1 rendering. It has been reported in comp.lang.postscript several times as has not yet been fixed. Gs-3.xx shows some other problems regarding thin lines which sometimes disappear or bitmaps rotated by 90 degrees. I am working on a book design where I have to print wide tables in landscape. As long as I use bitmap fonts the single-line serifs of ALL the fonts simply are swallowed. It seems to be due to a bug concerning rounding up or off pixel coordinates inconsistently. This affects Type1 rendering as well. The best way I have found is to use xdvi with gsftopk or ps2pk for displaying TeX output and use dvips with a real PostScript printer for printed matter - nothing I can afford at home but in the office it works fine ;-) - Joachim - -- ___________________________________________________________________________ Joachim Schnitter SAP AG E-Mail: joachim.schnitter@sap-ag.de From beebe Thu Feb 29 07:40:52 1996 Return-Path: P.T.H.Tutelaers@urc.tue.nl Received: from mailhost.tue.nl (mailhost.tue.nl [131.155.2.5]) by csc-sun.math.utah.edu (8.7.4/8.7.3) with ESMTP id HAA07826 for ; Thu, 29 Feb 1996 07:40:50 -0700 (MST) Received: from asterix.urc.tue.nl [131.155.5.10] by mailhost.tue.nl (8.7.4) for id PAA05641 (ESMTP). Thu, 29 Feb 1996 15:40:24 +0100 (MET) Received: from rcpt@localhost by asterix.urc.tue.nl (8.7.4) id PAA07371. Thu, 29 Feb 1996 15:40:23 +0100 (MET) From: Piet Tutelaers Message-Id: <199602291440.PAA07371@asterix.urc.tue.nl> Subject: Re: ps2pk vs. gsftopk To: tex-fonts@math.utah.edu (font forum) Date: Thu, 29 Feb 1996 15:40:22 +0100 (MET) Cc: rcpt@urc.tue.nl (Piet Tutelaers) X-Mailer: ELM [version 2.4 PL23] Content-Type: text > > > I must say that, as it looks now in xdvi, ps2pk bitmaps are worse than > > gsftopk's (which is quite astonishing if the rasterizing code was actually > > use in Lexmark printers...), but I am not sure that gsftopk yields as > > good bitmaps as ghostscript + the good driver. > > When I tested this last year I found the opposite! Indeed, I went to > the extent of writing a MakeTeXPK script to use both programs --- it > reverts to gsftopk when type1 sources aren't available. > > That was with a slightly older version of gs, though. Has the > rendering really improved with 3.33 ? > > Karl Berry said: > > Both ghostscript and ps2pk were based on the Type 1 rasterizer IBM > > donated to the X consortium. So modulo any improvements Peter or Piet > > has made, output should be similar. I've never compared the programs' > > output directly. > > I wonder if Peter or Piet are listening and could comment? > > - David. I don't have compared the quality of the rendering of ghostscript, ps2pk and ATM (MSDOS). I would appreciate if somebody does this in such a way (TUGboat article?) that we eventually can work on serious problems like distorted stems. The type1 library IBM donated to the X-consortium is used by ps2pk as pure as possible. I fixed some memory allocation problems and made enhancements for TeX to cope with slanting, extending and reencoding. I try to keep up with improvements (and vice-versa) made by people from the X-consortium but there weren't any in X11R6. I am surprised by Karl's message that ghostscript is also based upon IBM's rasterizer. Perhaps he can tell us more about it. All the best, --Piet From beebe Thu Feb 29 08:59:29 1996 Return-Path: bkph@ai.mit.edu Received: from life.ai.mit.edu (ai.mit.edu [128.52.32.80]) by csc-sun.math.utah.edu (8.7.4/8.7.3) with SMTP id IAA08685 for ; Thu, 29 Feb 1996 08:59:04 -0700 (MST) Received: from kauai.ai.mit.edu by life.ai.mit.edu (4.1/AI-4.10) for tex-fonts@math.utah.edu id AA10760; Thu, 29 Feb 96 10:58:47 EST From: bkph@ai.mit.edu (Berthold K.P. Horn) Received: by kauai.ai.mit.edu (8.6.12/AI-4.10) id KAA00301; Thu, 29 Feb 1996 10:58:45 -0500 Date: Thu, 29 Feb 1996 10:58:45 -0500 Message-Id: <199602291558.KAA00301@kauai.ai.mit.edu> To: P.T.H.Tutelaers@urc.tue.nl In-Reply-To: Piet Tutelaers's message of Thu, 29 Feb 1996 15:40:22 +0100 (MET) <199602291440.PAA07371@asterix.urc.tue.nl> Subject: ps2pk vs. gsftopk To: tex-fonts@math.utah.edu (font forum) Hi: > I don't have compared the quality of the rendering of ghostscript, > ps2pk and ATM (MSDOS). I would appreciate if somebody does this in such > a way (TUGboat article?) that we eventually can work on serious > problems like distorted stems. I do not know how such a comparison can be done other than in a subjective manner. Do you have some ideas? Subjectively, the ATM rendering is better than the other rasterizers. Which is not at all surprising. It is the top font rasterizer, designed by the people that designed Type 1 hinting. The internal details are trade secret and all clone attempts so far, have fallen short. This includes IBM's attempt, and the Sun MicroSystems attempt. It even includes the rasterizer that Sun was silly enough to buy from Adobe recently (after killing their own F3 and T1 efforts...). The Type 1 rasterizing algorithm has not been described or published. One can only conjecture how parts of it work through tedious experimentation. For example, the Type 1 `fill' operator is totally different from the PostScript `fill' (or `eofill'), which --- amongst other things --- on average adds 1/2 pixel too much black all the way around a shape (another reason mot to call Type 1 fonts `PostScript' fonts :=) A comparison is particularly hard, since in some cases the rasterization is distinctly different --- but it is not clear which is `better.' I am thinking, for example, of cases where a font at a particular point size is more `open' (one more pixel in x height) when done using ATM than using the `standard' Adobe printer PostScript interpreter. The `open' version looks easier to read, but suffers from neighboring letters coming a bit close. Even if you overlay bitmaps created by ATM or the printer PS rasterizer, how can you tell which is better? (Assuming their are no obvious errors like drop-outs, counters filling in, equal stems not rendering equal, overshoots not being suppressed etc). From beebe Fri Mar 1 03:36:16 1996 Return-Path: texadmin@puccini.ujf-grenoble.fr Received: from ujf.ujf-grenoble.fr (ujf.ujf-grenoble.fr [193.54.232.33]) by csc-sun.math.utah.edu (8.7.4/8.7.3) with ESMTP id DAA00244 for ; Fri, 1 Mar 1996 03:36:11 -0700 (MST) Received: from puccini.ujf-grenoble.fr (puccini.ujf-grenoble.fr [193.54.244.1]) by ujf.ujf-grenoble.fr (8.6.11/8.6.9) with ESMTP id LAA05204; Fri, 1 Mar 1996 11:36:04 +0100 Received: (from texadmin@localhost) by puccini.ujf-grenoble.fr (8.6.11/8.6.9) id LAA17032; Fri, 1 Mar 1996 11:39:26 +0100 From: Thierry Bouche Message-Id: <199603011039.LAA17032@puccini.ujf-grenoble.fr> Subject: Re: ps2pk vs. gsftopk To: P.T.H.Tutelaers@urc.tue.nl (Piet Tutelaers) Date: Fri, 1 Mar 1996 11:39:25 +0100 (MET) Cc: tex-fonts@math.utah.edu In-Reply-To: <199602280948.KAA17876@asterix.urc.tue.nl> from "Piet Tutelaers" at Feb 28, 96 10:48:49 am X-Mailer: ELM [version 2.4 PL22] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Well, sorry if you felt my mail aggressive, it was not meant so. In fact, I am an end user somewhat involved in typography. What I say is only my feeling , with my eyes. I used formerly gsftopk, and was quite happy with it, later on I tried ps2pk & was impressed by its quickness & lightness in memory, so used it by default. At this time (gs 3.13-3.51) I found quality comparable, but gs had some actual problems with hints: for instance, the horizontal stem of H in AGaramond or the slightly slanted stems like e in Minion were not rendered correctly with gs. A bug was found by P.D. at this time, and he included the patches in version 3.53. All the above mentionnend problems disappeared. I have thus switched back to gsftopk. To be more precise than my previous post, I have printed a page in Garamond alternate at 600 dpi on the same printer using its PS mode, gs 3.53+pcl mode, and dvips -V +PS mode (download gsftopk's pk instead of pfb) and I could not make *any* difference between them (not even hardly!). Unfortunately, I could not have printed it with pstopk's bitmaps because it does not work with alternate sets (I use pstopkm 1.4 because I could not live with 2 path searching methods, but I understand this does not affect rasterization or reencoding stuff)-- what I call garamond alternate is a virtual font using AGAramond as base font + expert set for ligatures & old style figures + alternate set for additional ligatures, I don't know why, but ps2pk has probably problems with non standard encoding vectors, as I get empty spaces instead of the alternate ligs in xdvi although it works with gsftopk, I encoutered similar problems with the bakoma fonts (yes I tried out this *crime*: make cmr10.300pk with gsftopk, not mf!). Also, *to my eye*, Minion or Bembo were hardly legible on screen from 300dpi bitmaps rendered by pstopk, and slightly better with gsftopk (of course, these are not screen fonts, they are too thin at places and their slight slopes are a nightmare at a 15 dots or so size...) as I don't use ps2pk anymore, maybe someone else could provide actual exemples of distorted stems. Best wishes Thierry > > > Of course, if you never download bitmaps, ps2pk is faster and consumes > > less memory, but you are sometimes disturbed by distorted stems. > ^^^^^^^^^^^^^^^ > > As we (!) have the code of the rasterizer we could try to solve this > problem. But first you need to make an exact description of the problem > you mention here. Can you make your claims about the lack of quality of > different renderers (ghostscript, ps2pk, ATM) vissible? > > Changes made to the type1 rasterizer for ps2pk are mostly bugfixes and > some generalizations needed to cope with slanting, extending and > reencoding. And I try to keep up with improvements made by the > X-consortium people (and vice/versa). > > --Piet > From beebe Mon Mar 4 08:01:43 1996 Return-Path: P.T.H.Tutelaers@urc.tue.nl Received: from mailhost.tue.nl (mailhost.tue.nl [131.155.2.5]) by csc-sun.math.utah.edu (8.7.4/8.7.3) with ESMTP id HAA27374 for ; Mon, 4 Mar 1996 07:59:48 -0700 (MST) Received: from asterix.urc.tue.nl [131.155.5.10] by mailhost.tue.nl (8.7.4) for id PAA03179 (ESMTP). Mon, 4 Mar 1996 15:58:53 +0100 (MET) Received: from rcpt@localhost by asterix.urc.tue.nl (8.7.4) id PAA05590. Mon, 4 Mar 1996 15:58:52 +0100 (MET) From: Piet Tutelaers Message-Id: <199603041458.PAA05590@asterix.urc.tue.nl> Subject: Re: ps2pk vs. gsftopk To: tex-fonts@math.utah.edu Date: Mon, 4 Mar 1996 15:58:52 +0100 (MET) Cc: rcpt@urc.tue.nl (Piet Tutelaers) X-Mailer: ELM [version 2.4 PL23] Content-Type: text It is amusing to reread the threath about `ps2pk vs. gsftopk' given the original question and the last reaction from Thierry Bouche. Thierry concludes with: - ghostscript (and therefore gsftopk) is improved since 3.33 regarding the rendering of fonts - ps2pk has problems with non-standard encoding vectors (?) using `Garamond alternate'. Of course I want to solve the problems you mention but I need at least a precise description of the problem. Are you absolutely sure that your problem is not caused by a problem in your virtual font? I can hardly imagine that encoding vectors do play a role here. The features Pierre MacKay has build into ps2pk14m are now more or less part of ps2pk15. The only difference is that you have to build a PostScript resource database with mkpsres (distributed with ps2pk) and to put that on a place in the PSRESOURCEPATH of ps2pk. Perhaps the following example of PSres.upr is more convincing: PS-Resources-1.0 Encoding FontAFM FontOutline . //usr/local/tex-3.1415 Encoding TeXBase1Encoding=dvips/8r.enc . FontAFM Utopia-Regular=fonts/type1faces/Utupia/Utopia-Regular.afm . FontOutline Utopia-Regular=fonts/type1faces/Utupia/Utopia-Regular.pfa . Ps2pk does use psfonts.map for finding the parameters needed to render a PS font. But thanks to the resource database and lookup functions >From Adobe it does not need to analyse the modulo MSDOS `; Mon, 4 Mar 1996 11:22:41 -0700 (MST) Received: from puccini.ujf-grenoble.fr (puccini.ujf-grenoble.fr [193.54.244.1]) by ujf.ujf-grenoble.fr (8.6.11/8.6.9) with ESMTP id TAA28472; Mon, 4 Mar 1996 19:21:47 +0100 Received: (from texadmin@localhost) by puccini.ujf-grenoble.fr (8.6.11/8.6.9) id TAA26039; Mon, 4 Mar 1996 19:25:11 +0100 From: Thierry Bouche Message-Id: <199603041825.TAA26039@puccini.ujf-grenoble.fr> Subject: Re: ps2pk vs. gsftopk To: P.T.H.Tutelaers@urc.tue.nl (Piet Tutelaers) Date: Mon, 4 Mar 1996 19:25:11 +0100 (MET) Cc: tex-fonts@math.utah.edu In-Reply-To: <199603041458.PAA05590@asterix.urc.tue.nl> from "Piet Tutelaers" at Mar 4, 96 03:58:52 pm X-Mailer: ELM [version 2.4 PL22] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit > > > It is amusing to reread the threath about `ps2pk vs. gsftopk' given > the original question and the last reaction from Thierry Bouche. > > Thierry concludes with: > - ghostscript (and therefore gsftopk) is improved since 3.33 > regarding the rendering of fonts 3.53! My conclusion was rather: ps2pk was better, and now worse. There are rendering problems with ps2pk, but they are not as important as with pre-3.53 gs(ftopk) [in this case, you had sometimes straight lines not correctly rendered as in AGaramond's H]. After some testing, I would say that you can see some differences at 600dpi, but they are not harmfull, and probably, as noted bkph, it is a question of taste. But, at 300dpi (an other cause of fuzzyness in my declarations com from the fact that I switched from 300 to 600 dpi recently) you can see actual differences for instance in Adobe Minion's e: the almost horizontal stem is not rendered the same way (matter of taste...) but there misses a pixel at the angle that ends it on the right, the gsftopk version is more legible. > - ps2pk has problems with non-standard encoding vectors (?) using > `Garamond alternate'. > > Of course I want to solve the problems you mention but I need at least > a precise description of the problem. Are you absolutely sure that > your problem is not caused by a problem in your virtual font? I can > hardly imagine that encoding vectors do play a role here. > I gave the precise description. The problem is not in the virtual font as the same virtual font yields perfect printing on any PS interpreter (including gs) and is correctly treated by gsftopk. This said, I have found the reason: I used a modified afm for padra in order to have fontinst put the ligature ct in the place of the missing char Ng in T1 encoding (I have since this changed my mind, and modified latin.mtx/T1.etx instead, but didn't reinitialize the afm...). Thus there is a mismatch between padra.pfb and padra.afm. As gsftopk reads the tfm instead, it isn't affected, although ps2pk is (but why?). However, you should try ps2pk on bakoma fonts (try at least some symbols such as msam10 cmsy10 and text fonts including the now obsolete dcr10) I had many problems with it until I switched back to gsftopk (but never actual problems in the ps file) -- maybe the problem comes also from non standard afm files... As a conclusion, my question *was* a question. I would be happy if someone could do real comparisons between bitmaps, I simply outlined my point of vue. Thierry From beebe Tue Mar 5 03:12:21 1996 Return-Path: P.T.H.Tutelaers@urc.tue.nl Received: from mailhost.tue.nl (mailhost.tue.nl [131.155.2.5]) by csc-sun.math.utah.edu (8.7.4/8.7.3) with ESMTP id DAA09586 for ; Tue, 5 Mar 1996 03:12:15 -0700 (MST) Received: from asterix.urc.tue.nl [131.155.5.10] by mailhost.tue.nl (8.7.4) id LAA23670 (ESMTP). Tue, 5 Mar 1996 11:11:23 +0100 (MET) Received: from rcpt@localhost by asterix.urc.tue.nl (8.7.4) id LAA25487. Tue, 5 Mar 1996 11:11:22 +0100 (MET) From: Piet Tutelaers Message-Id: <199603051011.LAA25487@asterix.urc.tue.nl> Subject: Re: ps2pk vs. gsftopk To: tex-fonts@math.utah.edu (TeX fonts mailing list) Date: Tue, 5 Mar 1996 11:11:22 +0100 (MET) Cc: texadmin@puccini.ujf-grenoble.fr, rcpt@urc.tue.nl (Piet Tutelaers) In-Reply-To: <199603041825.TAA26039@puccini.ujf-grenoble.fr> from "Thierry Bouche" at Mar 4, 96 07:25:11 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text > > - ps2pk has problems with non-standard encoding vectors (?) using > > `Garamond alternate'. > > > > Of course I want to solve the problems you mention but I need at least > > a precise description of the problem. Are you absolutely sure that > > your problem is not caused by a problem in your virtual font? I can > > hardly imagine that encoding vectors do play a role here. > > > > I gave the precise description. The problem is not in the virtual font > as the same virtual font yields perfect printing on any PS interpreter > (including gs) and is correctly treated by gsftopk. This said, I have > found the reason: I used a modified afm for padra in order to have > fontinst put the ligature ct in the place of the missing char Ng in T1 > encoding (I have since this changed my mind, and modified latin.mtx/T1.etx > instead, but didn't reinitialize the afm...). > Thus there is a mismatch between padra.pfb and padra.afm. As > gsftopk reads the tfm instead, it isn't affected, although ps2pk is (but > why?). An AFM file describes the metrics of the corresponding type1 font. Changing this AFM file is not allowed unless you also adapt the type1 font accordingly. And you have to keep in mind that the PS file derived >From PK fonts should have exactly the same layout as if type1 fonts were used (dvips currently does not have features to cope with individual character scaling). When ps2pk renders a type1 font it uses the metrics from the AFM file allowing some slanting and extension (when the psfonts.map does ask for it). As a consequence the TFM file describing the type1 font should not change character widths on an individual basis. To garantee that PK fonts derived from AFM + type1 fonts match with the corresponding TFM the checksums of PK and TFM should match. These checksums are derived >From the widths of all characters specified by the encoding vector and should therefore not be ignored when they differ. > However, you should try ps2pk on bakoma fonts (try at least > some symbols such as msam10 > cmsy10 and text fonts including the now obsolete dcr10) I had many > problems with it until I switched back to gsftopk (but never actual > problems in the ps file) -- maybe the problem comes also from non > standard afm files... I would like to ask you to describe the problem here. I don't plan to use the bakoma fonts in the short term. > As a conclusion, my question *was* a question. I would be happy if > someone could do real comparisons between bitmaps, I simply outlined my > point of vue. > > Thierry > What do you mean with `real comparisions between bitmaps'? I can imagine that somebody organises a blind test between several type1 fonts using ps2pk, gsftopk, ATM and Display PostScript at a resolution of 600 DPI. --Piet From beebe Sun Mar 10 16:48:50 1996 Return-Path: root@hexamon.demon.co.uk Received: from hexamon.demon.co.uk (root@hexamon.demon.co.uk [158.152.245.46]) by csc-sun.math.utah.edu (8.7.4/8.7.3) with SMTP id QAA26484 for ; Sun, 10 Mar 1996 16:48:39 -0700 (MST) Received: (from root@localhost) by hexamon.demon.co.uk (8.6.12/8.6.9) id LAA02165 for tex-fonts@math.utah.edu; Sun, 10 Mar 1996 11:31:17 GMT From: root Message-Id: <199603101131.LAA02165@hexamon.demon.co.uk> Subject: modes.mf entry for DEC Scriptprinter To: tex-fonts@math.utah.edu Date: Sun, 10 Mar 1996 11:31:17 +0000 (GMT) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit I was recently given a DEC Scriptprinter (also known, I think, as an LN03R). This is basically a DEC LN03 with Postscript. I don't know what print engine it uses, but tried the entry in modes.mf for a DEC LN03. This turned out much too dark - everything looks bold. I modified the entry as follows: mode_def LNOthreR = % e.g., DEC LN03R (Scriptprinter) mode_param (pixels_per_inch, 300); mode_param (blacker, 0); mode_param (blacker_min, 2); mode_param (fillin, -.6); mode_param (o_correction, .5); mode_common_setup_; mode_write_white_setup_; enddef; I don't claim this is ideal, but it is much closer to the font weights actually shown in the TeXbook. I did try sending write-black fonts to this printer, the hairlines disappear. I don't know if these printers have a blackness knob, as I have no manual and I'm reluctant to start taking it apart. Other Scriptwriter owners may find these settings useful. -- Francis Bell (fran@hexamon.demon.co.uk) From beebe Wed Mar 13 15:27:43 1996 Return-Path: mackay@cs.washington.edu Received: from june.cs.washington.edu (june.cs.washington.edu [128.95.1.4]) by csc-sun.math.utah.edu (8.7.4/8.7.3) with ESMTP id PAA02344 for ; Wed, 13 Mar 1996 15:27:27 -0700 (MST) Received: (mackay@localhost) by june.cs.washington.edu (8.7.2/7.2ju) id OAA13719; Wed, 13 Mar 1996 14:26:35 -0800 Date: Wed, 13 Mar 1996 14:26:35 -0800 From: mackay@cs.washington.edu (Pierre MacKay) Message-Id: <199603132226.OAA13719@june.cs.washington.edu> To: P.T.H.Tutelaers@urc.tue.nl CC: tex-fonts@math.utah.edu, rcpt@urc.tue.nl In-reply-to: <199603041458.PAA05590@asterix.urc.tue.nl> (message from Piet Tutelaers on Mon, 4 Mar 1996 15:58:52 +0100 (MET)) Subject: Re: ps2pk vs. gsftopk This is a good opportunity for me to confirm that I have used all sorts of non-standard encoding vectors, including one that I am making up for polytonic accented Greek, with really loooooonng names. /omegaasperperispomeneisub and the like. I have never had any problem with any encoding vector that was acceptable to the PostScript system. ps2pk has taken them all so far. Secondly, I have absolutely no complaints with ps2pk handling of t1 rasterization. I use it only for the screen, where in xdvi it gives images of very satisfactory clarity. It is entirely possible that I am using ghostscript in an inadequately sophisticated way, but if I take a text in timesroman and display it at near normal size in xdvi using ps2pk, I can actually read the contents. If I pass the same text through dvips and read it in a gs display, I can read no more than half the content, and that only when I have a pretty good idea what it is going to say. I don't know whether that is more a tribute to the ps2pk rasterizing engine or to xdvi itself, but I like the combination. Maybe gsftopk fonts look better in xdvi than in gs. There was a while when the old SunWindow program dvipage seemed to have the edge on managing bitmap fonts on the screen, but xdvi seems now to have risen to the same quality. A separate consideration. I have been out of the loop for a week or so, and don't know how the discussion of psfonts.map vs PSRESources is going. I have taken the opportunity to look through the Display Postscript book in the interim, and i don't see that PSRES is an adequate substitute for psfonts.map, which allows more than just fontname mapping and encoding. It also allows ".167 SlantFont" "1.2 ExtendFont" "/PaintType 2 store" and if these can be managed in PSRES, it is certainly not made clear how., I haven't tried it, but it wouldn't surprise me if other simple def's could be stored too. I use all these features. Not all the time, but it is the special occasions that count. -- %=======================================================================% | N O T I C E | | Please note the changes in address and telephone number below. | | There is no Northwest Computing Support Center any longer. | | Until further notice, I shall be continuing to provide tape | | distributions and whatever other services I can. | | | %=======================================================================% Email concerned with UnixTeX distribution software may be sent To: mackay@cs.washington.edu Pierre A. MacKay Smail: Department of Classics Emeritus Druid for Denny Hall, Mail Stop DH-10 Unix-flavored TeX University of Washington Seattle, WA 98195 (206) 543-2268 (Message recorder) From beebe Thu Mar 14 02:55:31 1996 Return-Path: P.T.H.Tutelaers@urc.tue.nl Received: from mailhost.tue.nl (mailhost.tue.nl [131.155.2.5]) by csc-sun.math.utah.edu (8.7.4/8.7.3) with ESMTP id CAA07493 for ; Thu, 14 Mar 1996 02:55:27 -0700 (MST) Received: from asterix.urc.tue.nl [131.155.5.10] by mailhost.tue.nl (8.7.4) id KAA27826 (ESMTP). Thu, 14 Mar 1996 10:55:18 +0100 (MET) Received: from rcpt@localhost by asterix.urc.tue.nl (8.7.4) id KAA04378. Thu, 14 Mar 1996 10:55:17 +0100 (MET) From: Piet Tutelaers Message-Id: <199603140955.KAA04378@asterix.urc.tue.nl> Subject: Re: ps2pk vs. gsftopk To: tex-fonts@math.utah.edu (TeX fonts mailing list) Date: Thu, 14 Mar 1996 10:55:16 +0100 (MET) Cc: mackay@cs.washington.edu (Pierre MacKay), rcpt@urc.tue.nl (Piet Tutelaers) In-Reply-To: <199603132226.OAA13719@june.cs.washington.edu> from "Pierre MacKay" at Mar 13, 96 02:26:35 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text > > A separate consideration. I have been out of the loop for a week or so, > and don't know how the discussion of psfonts.map vs PSRESources is > going. I have taken the opportunity to look through the Display > Postscript book in the interim, and i don't see that PSRES is an > adequate substitute for psfonts.map, which allows more than just fontname > mapping and encoding. It also allows > > ".167 SlantFont" > "1.2 ExtendFont" > "/PaintType 2 store" > > and if these can be managed in PSRES, it is certainly not made clear how., > > I haven't tried it, but it wouldn't surprise me if other simple def's > could be stored too. > > I use all these features. Not all the time, but it is the special > occasions that count. > The psres library provides a mechanism to lookup filenames (which are system dependant) for PostScript resources which don't need to be system dependant. For example Times-Roman will always be the name of the font in PS although the external filename may be tr______.pfb on one system and Times-Roman.pfa on another. The psfont.map provides a method for dvips to map PostScript fonts to TeX fonts. Each line references a number of PS resources. Consider the next example: ptmr8r Times-Roman "TeXBase1Encoding ReEncodeFont" <8r.enc putr8r Utopia-Regular "TeXBase1Encoding ReEncodeFont" <8r.enc ; Thu, 14 Mar 1996 03:01:23 -0700 (MST) Received: from puccini.ujf-grenoble.fr (puccini.ujf-grenoble.fr [193.54.244.1]) by ujf.ujf-grenoble.fr (8.6.11/8.6.9) with ESMTP id LAA07848; Thu, 14 Mar 1996 11:01:10 +0100 Received: (from texadmin@localhost) by puccini.ujf-grenoble.fr (8.6.11/8.6.9) id LAA05748; Thu, 14 Mar 1996 11:04:38 +0100 From: Thierry Bouche Message-Id: <199603141004.LAA05748@puccini.ujf-grenoble.fr> Subject: Re: ps2pk vs. gsftopk To: mackay@cs.washington.edu (Pierre MacKay) Date: Thu, 14 Mar 1996 11:04:37 +0100 (MET) Cc: tex-fonts@math.utah.edu In-Reply-To: <199603132226.OAA13719@june.cs.washington.edu> from Pierre MacKay at "Mar 13, 96 02:26:35 pm" X-Mailer: ELM [version 2.4ME+ PL11 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit > This is a good opportunity for me to confirm that I have used all sorts > of non-standard encoding vectors, including one that I am making up > for polytonic accented Greek, with really loooooonng names. > > /omegaasperperispomeneisub > > and the like. I have never had any problem with any encoding vector > that was acceptable to the PostScript system. ps2pk has taken them > all so far. > As far as I understand (so very near :-) some encoding vectors contain postscript code that are beyond T1 specifications. It seems to be the case with Bakoma fonts because they use TeX's native encoding thus put charachters at `control slots' which would make them unusable under windows but use a trick to duplicate these at a place windows can see it: dup dup 161 10 getinterval 0 exch putinterval dup dup 173 23 getinterval 10 exch putinterval dup dup 127 exch 196 get put readonly def If you rasterize with a full PS interpreter like gs handy, or if you print, you won't see the problem, but ATM or ps2pk seem to be killed by these. (I guess I have not too much deformed bkph's entry on this). For instance I tried to view the outlines of bakoma fonts with Type Designer, but it could not load the fonts. This is also a good opportunity for me to ask you if you have type1 polytonic accented Greek fonts !? as I used a few weeks ago the ibygreek fonts/packages but had problems compiling them with mf (very strange problem indeed as I use exactly the same sources (from teTeX) under solaris and linux, and the mf code compiled fine under sunos but yielded a `incomplete if at line 6' error under linux !$?). BTW I updated the nfss stuff from ibygreek I found on ctan for latex2e, if you're interested. > Secondly, I have absolutely no complaints with ps2pk handling of > t1 rasterization. I use it only for the screen, where in xdvi it > gives images of very satisfactory clarity. It is entirely possible > that I am using ghostscript in an inadequately sophisticated way, but > if I take a text in timesroman and display it at near normal size in > xdvi using ps2pk, I can actually read the contents. If I pass the > same text through dvips and read it in a gs display, I can read > no more than half the content, and that only when I have a pretty > good idea what it is going to say. > This is absolutely true but gs window is smaller, if you use ghostview at magstep 2 or 3 you achieve a very similar quality (you do use the magnifying glass tool / shrink buttons in xdvi, do you?). but xdvi is much faster. A current reason of insatisfaction with gs comes also from the fact that many people seem to use the `gsf' versions of Times Roman, not the pfb/a. (but then what do they use with ps2pk?). > I don't know whether that is more a tribute to the ps2pk rasterizing > engine or to xdvi itself, but I like the combination. > Maybe gsftopk fonts look better in xdvi than in gs. There was a yes. I don't know why, but shrunken bitmaps look better in xdvi than 100dpi bitmaps in gs. This said, the citation from P Deutsch seems to imply that bitmaps are device-dependant in gs as in mf (as anti-aliasing requires a color device) so my initial question still holds: am I sure that the bitmaps generated with gsftopk will be as good as the ones gs would actually print on some device? -- or is it possible to achieve this? Thierry PS bitmaps comparisons should be made at low resolution such as 100 or 300dpi PPS I don't know if the guy who had problems with overstrike charachters is listening this thread, but I noticed they almost disappear if you don't use the xdvi*grey: true mode. From beebe Thu Mar 14 04:40:21 1996 Return-Path: s.rahtz@elsevier.co.uk Received: from skiddaw.elsevier.co.uk (skiddaw.elsevier.co.uk [193.131.222.60]) by csc-sun.math.utah.edu (8.7.4/8.7.3) with SMTP id EAA08004 for ; Thu, 14 Mar 1996 04:40:19 -0700 (MST) Received: from snowdon.elsevier.co.uk (snowdon.elsevier.co.uk [193.131.197.164]) by skiddaw.elsevier.co.uk (8.6.12/8.6.12) with ESMTP id LAA10967 for ; Thu, 14 Mar 1996 11:38:07 GMT Received: from cadair.elsevier.co.uk (actually host cadair) by snowdon with SMTP (PP); Thu, 14 Mar 1996 11:34:25 +0000 Received: (from srahtz@localhost) by cadair.elsevier.co.uk (8.6.12/8.6.12) id LAA03101; Thu, 14 Mar 1996 11:34:20 GMT Date: Thu, 14 Mar 1996 11:34:20 GMT Message-Id: <199603141134.LAA03101@cadair.elsevier.co.uk> From: Sebastian Rahtz To: texadmin@puccini.ujf-grenoble.fr Cc: mackay@cs.washington.edu, tex-fonts@math.utah.edu Subject: Re: ps2pk vs. gsftopk In-Reply-To: <199603141004.LAA05748@puccini.ujf-grenoble.fr> References: <199603132226.OAA13719@june.cs.washington.edu> <199603141004.LAA05748@puccini.ujf-grenoble.fr> > If you rasterize with a full PS interpreter like gs handy, or if you > print, you won't see the problem, but ATM or ps2pk seem to be killed by i have found it necessary to go in and hack the encoding vector in these files sometimes :-} > much faster. A current reason of insatisfaction with gs comes also from > the fact that many people seem to use the `gsf' versions of Times Roman, > not the pfb/a. (but then what do they use with ps2pk?). the end is in sight! URW have given Peter Deutsch *real* Type1 versions of the standard fonts to distribute with GhostScript. excellent news. sebastian From beebe Thu Mar 14 06:47:57 1996 Return-Path: P.T.H.Tutelaers@urc.tue.nl Received: from mailhost.tue.nl (mailhost.tue.nl [131.155.2.5]) by csc-sun.math.utah.edu (8.7.4/8.7.3) with ESMTP id GAA08418 for ; Thu, 14 Mar 1996 06:47:55 -0700 (MST) Received: from asterix.urc.tue.nl [131.155.5.10] by mailhost.tue.nl (8.7.4) for id OAA08414 (ESMTP). Thu, 14 Mar 1996 14:47:45 +0100 (MET) Received: from rcpt@localhost by asterix.urc.tue.nl (8.7.4) id OAA24789. Thu, 14 Mar 1996 14:47:43 +0100 (MET) From: Piet Tutelaers Message-Id: <199603141347.OAA24789@asterix.urc.tue.nl> Subject: Re: ps2pk vs. gsftopk To: tex-fonts@math.utah.edu (TeX fonts mailing list) Date: Thu, 14 Mar 1996 14:47:43 +0100 (MET) Cc: rcpt@urc.tue.nl (Piet Tutelaers) In-Reply-To: <199603141134.LAA03101@cadair.elsevier.co.uk> from "Sebastian Rahtz" at Mar 14, 96 11:34:20 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text > > > If you rasterize with a full PS interpreter like gs handy, or if you > > print, you won't see the problem, but ATM or ps2pk seem to be killed by > i have found it necessary to go in and hack the encoding vector in > these files sometimes :-} Do you mean in your private font collection or the supported PS fonts on CTAN? In the last case it would be nice if you describe: - the reason you need it - the consequences for type1 renderers (like ps2pk). > > much faster. A current reason of insatisfaction with gs comes also from > > the fact that many people seem to use the `gsf' versions of Times Roman, > > not the pfb/a. (but then what do they use with ps2pk?). > the end is in sight! URW have given Peter Deutsch *real* Type1 > versions of the standard fonts to distribute with > GhostScript. excellent news. Does free for `P.D' also mean free for other people? > > sebastian > --Piet From beebe Thu Mar 14 07:26:53 1996 Return-Path: s.rahtz@elsevier.co.uk Received: from skiddaw.elsevier.co.uk (skiddaw.elsevier.co.uk [193.131.222.60]) by csc-sun.math.utah.edu (8.7.4/8.7.3) with SMTP id HAA08694 for ; Thu, 14 Mar 1996 07:26:47 -0700 (MST) Received: from snowdon.elsevier.co.uk (snowdon.elsevier.co.uk [193.131.197.164]) by skiddaw.elsevier.co.uk (8.6.12/8.6.12) with ESMTP id OAA11683 for ; Thu, 14 Mar 1996 14:24:37 GMT Received: from cadair.elsevier.co.uk (actually host cadair) by snowdon with SMTP (PP); Thu, 14 Mar 1996 14:20:56 +0000 Received: (from srahtz@localhost) by cadair.elsevier.co.uk (8.6.12/8.6.12) id OAA11322; Thu, 14 Mar 1996 14:20:47 GMT Date: Thu, 14 Mar 1996 14:20:47 GMT Message-Id: <199603141420.OAA11322@cadair.elsevier.co.uk> From: Sebastian Rahtz To: texadmin@puccini.ujf-grenoble.fr Cc: mackay@cs.washington.edu, tex-fonts@math.utah.edu Subject: Re: ps2pk vs. gsftopk In-Reply-To: <199603141304.OAA10318@puccini.ujf-grenoble.fr> References: <199603141134.LAA03101@cadair.elsevier.co.uk> <199603141304.OAA10318@puccini.ujf-grenoble.fr> Thierry Bouche writes: > > the end is in sight! URW have given Peter Deutsch *real* Type1 > > versions of the standard fonts to distribute with > > GhostScript. excellent news. > > Will they be SWA (set width adobe)? > [BTW comparing unmr8a.afm and ptmr8a.afm shows they are except for > kerning] yes, basically i gather the widths are the same but the kerning is not > Also, the status of the acrobat reader fonts is not clear to me: if you > install it under any flavour of unix you get > Times/Helvetica/Courier/ZapfDingbats in pfa format: as they > are meant to preview documents, why shouldn't you be > allowed to install them in X or gs or the TeX utilities? quite. i do. god knows what the legalitiees are! > also, using the adobe `generic' MM fonts AdobeSansMM/AdobeSerifMM you > could fake any missing font on your system once you know how to handle > MM fonts and you have the appropriate .pss code. It could enhance thats a big if. it means duplicating the abilities of ATM! sebastian From beebe Thu Mar 14 09:48:58 1996 Return-Path: swift@aleph.bu.edu Received: from aleph.bu.edu (PPP-85-30.BU.EDU [128.197.8.178]) by csc-sun.math.utah.edu (8.7.4/8.7.3) with SMTP id JAA10014 for ; Thu, 14 Mar 1996 09:48:50 -0700 (MST) Received: from aleph.bu.edu (localhost [127.0.0.1]) by aleph.bu.edu (8.6.12/8.6.12) with ESMTP id LAA18625; Thu, 14 Mar 1996 11:13:17 -0500 Message-Id: <199603141613.LAA18625@aleph.bu.edu> Reply-to: swift@bu.edu To: Thierry Bouche cc: tex-fonts@math.utah.edu Subject: Re: ps2pk vs. gsftopk In-reply-to: Your message of "Thu, 14 Mar 1996 11:04:37 +0100." <199603141004.LAA05748@puccini.ujf-grenoble.fr> Date: Thu, 14 Mar 1996 11:13:16 -0500 From: Matthew Swift >>>>> "T" == Thierry Bouche writes: T> PPS I don't know if the guy who had problems with overstrike T> charachters is listening this thread, but I noticed they almost T> disappear if you don't use the xdvi*grey: true mode. My problem was due to Linux's TrueColor display, which is what you have when you invoke the X server with a depth of 16 (or more?). You simply can't do overstrikes in TrueColor, unfortunately, just as you cannot use Netscape's Java. With a color depth of 8, both work fine. From beebe Fri Mar 15 01:51:44 1996 Return-Path: texadmin@puccini.ujf-grenoble.fr Received: from ujf.ujf-grenoble.fr (ujf.ujf-grenoble.fr [193.54.232.33]) by csc-sun.math.utah.edu (8.7.4/8.7.3) with ESMTP id BAA18138 for ; Fri, 15 Mar 1996 01:51:19 -0700 (MST) Received: from puccini.ujf-grenoble.fr (puccini.ujf-grenoble.fr [193.54.244.1]) by ujf.ujf-grenoble.fr (8.6.11/8.6.9) with ESMTP id OAA20182; Thu, 14 Mar 1996 14:01:02 +0100 Received: (from texadmin@localhost) by puccini.ujf-grenoble.fr (8.6.11/8.6.9) id OAA10318; Thu, 14 Mar 1996 14:04:32 +0100 From: Thierry Bouche Message-Id: <199603141304.OAA10318@puccini.ujf-grenoble.fr> Subject: Re: ps2pk vs. gsftopk To: s.rahtz@elsevier.co.uk (Sebastian Rahtz) Date: Thu, 14 Mar 1996 14:04:31 +0100 (MET) Cc: texadmin@puccini.ujf-grenoble.fr, mackay@cs.washington.edu, tex-fonts@math.utah.edu In-Reply-To: <199603141134.LAA03101@cadair.elsevier.co.uk> from Sebastian Rahtz at "Mar 14, 96 11:34:20 am" X-Mailer: ELM [version 2.4ME+ PL11 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit > the end is in sight! URW have given Peter Deutsch *real* Type1 > versions of the standard fonts to distribute with > GhostScript. excellent news. > > sebastian Will they be SWA (set width adobe)? [BTW comparing unmr8a.afm and ptmr8a.afm shows they are except for kerning] Also, the status of the acrobat reader fonts is not clear to me: if you install it under any flavour of unix you get Times/Helvetica/Courier/ZapfDingbats in pfa format: as they are meant to preview documents, why shouldn't you be allowed to install them in X or gs or the TeX utilities? also, using the adobe `generic' MM fonts AdobeSansMM/AdobeSerifMM you could fake any missing font on your system once you know how to handle MM fonts and you have the appropriate .pss code. It could enhance drastically gs pdf abilities for instance (as MinionDisplay substituted with Helvetica is somewhat surprising), or it could make it easy to share TeX source code using proprietary fonts without infriging copyrights. Are they (possibly non-)adobe tools to produce these .pss? Thierry From beebe Fri Mar 15 10:22:10 1996 Return-Path: kb@cs.umb.edu Received: from terminus.cs.umb.edu (kb@terminus.cs.umb.edu [158.121.104.3]) by csc-sun.math.utah.edu (8.7.4/8.7.3) with SMTP id KAA20647 for ; Fri, 15 Mar 1996 10:22:04 -0700 (MST) Received: by terminus.cs.umb.edu id AA14955 (5.65c/IDA-1.4.4 for tex-fonts@math.utah.edu); Fri, 15 Mar 1996 12:20:20 -0500 Date: Fri, 15 Mar 1996 12:20:20 -0500 From: "K. Berry" Message-Id: <199603151720.AA14955@terminus.cs.umb.edu> To: texadmin@puccini.ujf-grenoble.fr Cc: s.rahtz@elsevier.co.uk, mackay@cs.washington.edu, tex-fonts@math.utah.edu Subject: Re: ps2pk vs. gsftopk Will they be SWA (set width adobe)? Yes. [BTW comparing unmr8a.afm and ptmr8a.afm shows they are except for kerning] Right. This is true of all the fonts URW has contributed, I believe. Also, the status of the acrobat reader fonts is not clear to me: if you install it under any flavour of unix you get Times/Helvetica/Courier/ZapfDingbats in pfa format: as they are meant to preview documents, why shouldn't you be allowed to install them in X or gs or the TeX utilities? It depends on the exact terms of the license you accepted with acrobat. In any case, it's a moot point. The URW fonts include all of the above. > the end is in sight! URW have given Peter Deutsch *real* Type1 > versions of the standard fonts to distribute with > GhostScript. excellent news. Does free for `P.D' also mean free for other people? Yes. Peter tells me URW gave permission to distribute the fonts under both the GPL and the Aladdin PUBLIC license. From beebe Fri Mar 15 10:22:32 1996 Return-Path: kb@cs.umb.edu Received: from terminus.cs.umb.edu (terminus.cs.umb.edu [158.121.104.3]) by csc-sun.math.utah.edu (8.7.4/8.7.3) with SMTP id KAA20660 for ; Fri, 15 Mar 1996 10:22:29 -0700 (MST) Received: by terminus.cs.umb.edu id AA14961 (5.65c/IDA-1.4.4 for tex-fonts@math.utah.edu); Fri, 15 Mar 1996 12:20:21 -0500 Date: Fri, 15 Mar 1996 12:20:21 -0500 From: "K. Berry" Message-Id: <199603151720.AA14961@terminus.cs.umb.edu> To: texadmin@puccini.ujf-grenoble.fr Cc: mackay@cs.washington.edu, tex-fonts@math.utah.edu Subject: Re: ps2pk vs. gsftopk imply that bitmaps are device-dependant in gs as in mf (as anti-aliasing Bitmaps are inherently device-dependent. requires a color device) so my initial question still holds: am I sure that the bitmaps generated with gsftopk will be as good as the ones gs would actually print on some device? -- or is it possible to achieve this? ``As good''? It depends. I do not know if Ghostscript's rasterization algorithm takes device properties into account, like Metafont does. I don't think it does. In other words, I believe gs rendering for a 300dpi pbm file (gsftopk uses pbm, as I recall) is the same as for a 300dpi printer. But I might be wrong. From beebe Mon Mar 18 13:28:21 1996 Return-Path: mackay@cs.washington.edu Received: from june.cs.washington.edu (june.cs.washington.edu [128.95.1.4]) by csc-sun.math.utah.edu (8.7.4/8.7.3) with ESMTP id NAA14077 for ; Mon, 18 Mar 1996 13:28:13 -0700 (MST) Received: (mackay@localhost) by june.cs.washington.edu (8.7.2/7.2ju) id MAA07272; Mon, 18 Mar 1996 12:27:24 -0800 Date: Mon, 18 Mar 1996 12:27:24 -0800 From: mackay@cs.washington.edu (Pierre MacKay) Message-Id: <199603182027.MAA07272@june.cs.washington.edu> To: texadmin@puccini.ujf-grenoble.fr CC: tex-fonts@math.utah.edu In-reply-to: <199603141004.LAA05748@puccini.ujf-grenoble.fr> (message from Thierry Bouche on Thu, 14 Mar 1996 11:04:37 +0100 (MET)) Subject: Re: ps2pk vs. gsftopk If you get success on one version of METAFONT and not on the other, there is a good chance that optimization or some other part of the compilation is at fault. Ibycus uses METAFONT resources in a fairly extravagant way, and I suspect that the problem with the "if" statement may be a buffer overflow. The trip and trap tests are not perfect. I got an error in optimized gcc 2.5.8 code in TeX over a year ago, even though the trip test had passed. (I passed it on to DEK, but it is moot at the moment because newer versions of gcc don't have the problem.) I have an operational system for Linotype-Hell Times Ten Greek Polytonic, (the only usable face among the Linotype-Hell polytonics) but it requires hand-picking the VPL file to make it work. There is a cure for that, but it involves supplying an auxiliary font to use with the Times Ten Greek base. I am also working with other designers on some new polytonics. -- %=======================================================================% | N O T I C E | | Please note the changes in address and telephone number below. | | There is no Northwest Computing Support Center any longer. | | Until further notice, I shall be continuing to provide tape | | distributions and whatever other services I can. | | | %=======================================================================% Email concerned with UnixTeX distribution software may be sent To: mackay@cs.washington.edu Pierre A. MacKay Smail: Department of Classics Emeritus Druid for Denny Hall, Mail Stop DH-10 Unix-flavored TeX University of Washington Seattle, WA 98195 (206) 543-2268 (Message recorder) 22-Mar-96 18:08:55-GMT,168350;000000000000 Return-Path: bernard@bachii.DAS.McGill.CA Received: from bachii.DAS.McGill.CA (root@A-14.DAS.McGill.CA [198.168.189.34]) by csc-sun.math.utah.edu (8.7.4/8.7.3) with SMTP id LAA17943 for ; Fri, 22 Mar 1996 11:08:51 -0700 (MST) Received: (from bernard@localhost) by bachii.DAS.McGill.CA (8.6.12/8.6.9) id MAA00638; Fri, 22 Mar 1996 12:11:53 -0500 Date: Fri, 22 Mar 1996 12:11:50 -0500 (EST) From: Bernard Desruisseaux X-Sender: bernard@bachii.DAS.McGill.CA To: tex-fonts@math.utah.edu Subject: Problem with \^\i using T1 enc. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Hi! The .tfm and .vf files distributed for Helvetica and Optima (don't know for others) don't work properly with /icircumflex when using the Cork encoding (T1). On the other hand, the i circumflex composed by TeX, when using the OT1 encoding, is fine. When I print the following document on our LaserWriter Pro 630, I get a 'i circumflex' with a big left-sidebearing and no right-sidebearing. \documentclass{article} \usepackage[T1]{fontenc} \renewcommand{\sfdefault}{phv} % Helvetica \begin{document} \pagestyle{empty} \textsf{Maitre Ma\^\i tre} \end{document} Any clue? Merci! ...Bernard .----------------------------------------+-----------------------------------. | Bernard Desruisseaux, Etudiant M.Sc. | mailto:bernard@cs.mcgill.ca | | School of Comp. Sc., Universite McGill | http://www.cs.mcgill.ca/~bernard/ | +----------------------------------------+-----------------------------------+ | "Cela ne pourra pas toujours ne pas arriver" -- Gaston Miron | `----------------------------------------------------------------------------' From beebe Thu Mar 28 23:24:47 1996 Return-Path: lcs@topo.math.u-psud.fr Received: from topo.math.u-psud.fr (lcs@topo.math.u-psud.fr [192.54.146.180]) by csc-sun.math.utah.edu (8.7.4/8.7.3) with SMTP id XAA25903 for ; Thu, 28 Mar 1996 23:24:45 -0700 (MST) Received: (from lcs@localhost) by topo.math.u-psud.fr (8.6.12/8.6.12) id HAA00864; Fri, 29 Mar 1996 07:23:10 +0100 Date: Fri, 29 Mar 1996 07:23:10 +0100 From: Laurent Siebenmann Message-Id: <199603290623.HAA00864@topo.math.u-psud.fr> To: 100065.2202@compuserve.com, tex-fonts@math.utah.edu Subject: kerning changes I have the following request from Manfred Karbe <100065.2202@compuserve.com> > Perhaps you can help me; some time ago I purchased Berthold > Script fonts, but up to now I did not care about kerning. Can > you give me some reference ... how to learn changing tfm files > in the right way? Larry Siebenmann From beebe Tue Apr 2 08:27:31 1996 Return-Path: bkph@ai.mit.edu Received: from life.ai.mit.edu (ai.mit.edu [128.52.32.80]) by csc-sun.math.utah.edu (8.7.4/8.7.3) with SMTP id IAA06273 for ; Tue, 2 Apr 1996 08:27:29 -0700 (MST) Received: from kauai.ai.mit.edu by life.ai.mit.edu (4.1/AI-4.10) for tex-fonts@math.utah.edu id AB10503; Tue, 2 Apr 96 10:26:20 EST From: bkph@ai.mit.edu (Berthold K.P. Horn) Received: by kauai.ai.mit.edu (8.6.12/AI-4.10) id KAA00296; Tue, 2 Apr 1996 10:26:18 -0500 Date: Tue, 2 Apr 1996 10:26:18 -0500 Message-Id: <199604021526.KAA00296@kauai.ai.mit.edu> To: tex-fonts@math.utah.edu Cc: lcs@topo.math.u-psud.fr Cc: 100065.2202@compuserve.com In-Reply-To: Laurent Siebenmann's message of Fri, 29 Mar 1996 07:23:10 +0100 <199603290623.HAA00864@topo.math.u-psud.fr> Subject: kerning changes > Date: Fri, 29 Mar 1996 07:23:10 +0100 > From: Laurent Siebenmann > I have the following request from Manfred Karbe > <100065.2202@compuserve.com> > > Perhaps you can help me; some time ago I purchased Berthold > > Script fonts, but up to now I did not care about kerning. Can > > you give me some reference ... how to learn changing tfm files > > in the right way? > Larry Siebenmann The `right' way is to modify the AFM file (if it lacks kerning pairs) and to run AFMtoTFM to make a new TFM file, complete with kerning and ligatures. As for kerning pairs, the font should come with kerning pairs by the font designer. If not, and you think that the font could benefit from kerning pairs, you can add your own. This can become quite tedious. Some automation is available. The best (in my limited exposure) is `Kernus' from URW. It can be tuned to worry only about digraphs occuring in your language of choice. Like all auto-kerning generators, it produces more pairs than an expert doing it by hand would, but the extra cost in TFM and DVI file size is not worth worrying about. You may want to inspect what Kernus produced, because a small percentage of the pairs it outputs sometimes to dnot make much sense... Regards, Berthold (no relation :=) From beebe Fri Apr 12 12:03:31 1996 Return-Path: swift@aleph.bu.edu Received: from aleph.bu.edu (PPP-75-25.BU.EDU [128.197.7.173]) by csc-sun.math.utah.edu (8.7.4/8.7.3) with SMTP id MAA20302 for ; Fri, 12 Apr 1996 12:03:27 -0600 (MDT) Received: from aleph.bu.edu (localhost [127.0.0.1]) by aleph.bu.edu (8.6.12/8.6.12) with ESMTP id OAA01272; Fri, 12 Apr 1996 14:01:57 -0400 Message-Id: <199604121801.OAA01272@aleph.bu.edu> Reply-to: swift@bu.edu To: alanje@cogs.susx.ac.uk (Alan Jeffrey), S.RAHTZ@elsevier.co.uk cc: tex-fonts@math.utah.edu Subject: PostScript and single quotes Date: Fri, 12 Apr 1996 14:01:57 -0400 From: Matthew Swift Gentlemen, single quotes and a fortiori apostrphes in PostScript fonts do not seem to be in a happy state. I've been using Sebastian's macros for the "standard 35" for times and helvetica, and his tweaked version of fontinst (1.5ish) and complementary scripts to generate my own files for other AdobeStandardEncoding fonts (ie Monotype Bulmer, Dante). All exhibit the same problem, whether my \encodingdefault is T1 or OT1. What's happening when you use single quotes in TeX with a PostScript font built with \latinfamily is you get "grave" to open and "quotesingle" to close. (Quotesingle is a straight single quote, and if you don't have a math font it's good for a prime sign, or indication of units of feet or degrees of arc; it is represented in Knuth's typewriter text encoding in position 14.) This also means that all apostrophes are "quotesingle" when they should be "quoteright". Here is a short table of the relevant chars (and a few more). You will have to fill in the blanks under T1, since I don't have a table. NAME ASCII TEX AFM ISO/ADOBE OT1 T1 ------------------------------------------------------------- quotesingle n/a $'$ 169 39 n/a quotedbl " (34) $''$ 34 34 n/a or use Hungarian umlaut 253 grave n/a \` 193 96 uc 19 lc 33 acute n/a \' 194 180 20 quoteleft ` (113) ` 96 145 113 quoteright ' (39) ' 39 146 39 quotedblleft n/a `` 170 147 109 quotedblright n/a '' 186 148 35 Matt Swift From beebe Fri Apr 12 12:37:38 1996 Return-Path: bkph@ai.mit.edu Received: from life.ai.mit.edu (ai.mit.edu [128.52.32.80]) by csc-sun.math.utah.edu (8.7.4/8.7.3) with SMTP id MAA21078 for ; Fri, 12 Apr 1996 12:37:23 -0600 (MDT) Received: from kauai.ai.mit.edu by life.ai.mit.edu (4.1/AI-4.10) for tex-fonts@math.utah.edu id AA25978; Fri, 12 Apr 96 14:35:12 EDT From: bkph@ai.mit.edu (Berthold K.P. Horn) Received: by kauai.ai.mit.edu (8.6.12/AI-4.10) id OAA05680; Fri, 12 Apr 1996 14:35:10 -0400 Date: Fri, 12 Apr 1996 14:35:10 -0400 Message-Id: <199604121835.OAA05680@kauai.ai.mit.edu> To: swift@bu.edu Cc: alanje@cogs.susx.ac.uk, S.RAHTZ@elsevier.co.uk, tex-fonts@math.utah.edu In-Reply-To: Matthew Swift's message of Fri, 12 Apr 1996 14:01:57 -0400 <199604121801.OAA01272@aleph.bu.edu> Subject: PostScript and single quotes > Gentlemen, single quotes and a fortiori apostrphes in PostScript fonts > do not seem to be in a happy state. Sounds like an encoding problem. You don't provide enough information, but perhaps you forgot to ask DVIPS to reencode the fonts to 8r encoding. It's hard to tell overall since don't say anything about what platform you are on, whether this is on screen or when printing, whether it is printing to PS or non PS device, what viewer or printer driver you are using etc etc From beebe Fri Apr 12 16:20:43 1996 Return-Path: swift@aleph.bu.edu Received: from aleph.bu.edu (PPP-87-5.BU.EDU [128.197.8.217]) by csc-sun.math.utah.edu (8.7.4/8.7.3) with SMTP id QAA26396 for ; Fri, 12 Apr 1996 16:20:38 -0600 (MDT) Received: from aleph.bu.edu (localhost [127.0.0.1]) by aleph.bu.edu (8.6.12/8.6.12) with ESMTP id SAA02945; Fri, 12 Apr 1996 18:19:58 -0400 Message-Id: <199604122219.SAA02945@aleph.bu.edu> Reply-to: swift@bu.edu To: bkph@ai.mit.edu (Berthold K.P. Horn) cc: alanje@cogs.susx.ac.uk, S.RAHTZ@elsevier.co.uk, tex-fonts@math.utah.edu Subject: Re: PostScript and single quotes In-reply-to: Your message of "Fri, 12 Apr 1996 14:35:10 EDT." <199604121835.OAA05680@kauai.ai.mit.edu> Date: Fri, 12 Apr 1996 18:19:57 -0400 From: Matthew Swift >>>>> "B" == Berthold K P Horn writes: B> Sounds like an encoding problem. You don't provide enough B> information, but perhaps you forgot to ask DVIPS to reencode B> the fonts to 8r encoding. So no one else has this problem? If it's my goof, I'll do my best to untangle it myself. To answer your questions, I'm using Debian Linux (web2c based), and the {afm,tfm,vf,map,enc} files pertaining to the "standard 35" from CTAN. Problem is with both xdvi and (dvi | dvips | gs 3.53 | HP LJ5P); also with ghostview at the end of the second chain. Both times and helvetica, as well as others. Latest Berry versions of xdvi, dvips. Typical map entry is: phvr8r Helvetica "TeXBase1Encoding ReEncodeFont" <8r.enc ; Mon, 15 Apr 1996 08:07:44 -0600 (MDT) Received: (from pooh@localhost) by shade.msu.ru (8.7.1/8.7.1) id RAA11747; Mon, 15 Apr 1996 17:11:23 +0400 From: "Andrey F. Slepuhin" Message-Id: <199604151311.RAA11747@shade.msu.ru> Subject: Cyrillic fonts To: tex-fonts@math.utah.edu Date: Mon, 15 Apr 1996 17:11:22 +0400 (MSD) Cc: kb@cs.umb.edu Content-Type: text Dear collegues, in connection with the work on the project `Representation of scientific information on computer nets of Russia on the base of the system TeX' (`Russian TeX project') supported by Russian Foundation of Basic Research (grand 96-7-89406, see also abstracts of talks submitted to TUG96), there arises the problem of standardization of the existing cyrillic extensions of TeX, in particular, fonts. Unfortunately, the problem is complicated by existence in Russia at least five different basic encodings for four platforms (ISO 8859-5 and KOI-8 for UNIX, CP866 for MS DOS, CP1251 for MS Windows and an encoding for Macintosh). Therefore, in order to make cyrillic fontnames compatible with Fontname 2.0 scheme we suggest the following: 1) to fix the letter `z' in the `Variant' field in order to denote cyrillic fonts; 2) to use the next symbol (after `z') to denote the specific encoding according to the following table: b - "basic" encoding (cyrillic part of ISO 8859-5, 7-bit font); i - ISO 8859-5 encoding; k - KOI-8 encoding; d - CP866 encoding; w - CP1251 encoding; m - Macintosh encoding; 0-4 - encoding extensions (on the base of 7t - TeX text encoding, may be not supported in future) 5-9 - encoding extensions (on the base of lower part of 8t - Cork encoding) 3) Using this scheme, if we have a font with the point size specified only one symbol is remained to specify the weight, width and variant of the font (to fit 8-characters restriction). Fortunately, most of the existing cyrillic fonts (all that are known to us), have only a few variations of these parameters. We suggest the following notation for the weight and the shape of such fonts. (Comments and suggestions are wellcome and will be considered.) b - bold Ó - condensed d - condensed italic e - extended f - extended italic i - italic n - normal (roman) s - slanted t - bold italic u - unslanted x - bold extended y - bold extended italic The designations for extensions of Computer Modern fonts is a special case and will be considered separately. 4) We suggest to include ParaGraph International (http://www.paragraph.com), the main manufacturer and distributor of professional cyrillic typefaces (in particular, the manufacturer of the cyrillic part of ITC fonts), in the list of font suppliers. This company works on a full font family for TeX. We suggest to reserve the letter `t' for fonts developed by ParaGraph (ParaType font library, not under ITC licence). 5) A detailed description of the encodings listed in 2 will be given later. Please, send your comments and suggestions to the address: rtex@shade.msu.ru Sincerely Yours Coordinator of the Russian TeX Project, Executive Director of Foundation "Mathematics" Yuri E. Hohlov President of CyrTUG, Principal Investigator of the Russian TeX Project Evgenii. V.Pankrtat'ev Principal Investigator of the Russian TeX Project Stanislav V.Klimenko Principal Investigator of the Russian TeX Project Sergei V.Znamenskii A group of developers From beebe Mon Apr 15 11:43:12 1996 Return-Path: s.rahtz@elsevier.co.uk Received: from skiddaw.elsevier.co.uk (skiddaw.elsevier.co.uk [193.131.222.60]) by csc-sun.math.utah.edu (8.7.4/8.7.3) with SMTP id LAA12703 for ; Mon, 15 Apr 1996 11:42:56 -0600 (MDT) Received: from snowdon.elsevier.co.uk (snowdon.elsevier.co.uk [193.131.197.164]) by skiddaw.elsevier.co.uk (8.6.13/8.6.12) with ESMTP id PAA19727 for ; Mon, 15 Apr 1996 15:54:00 +0100 Received: from lochnagarn by snowdon with SMTP (PP); Mon, 15 Apr 1996 15:52:36 +0100 Received: (from srahtz@localhost) by lochnagarn (SMI-8.6/8.6.12) id PAA03627; Mon, 15 Apr 1996 15:52:30 +0100 Date: Mon, 15 Apr 1996 15:52:30 +0100 Message-Id: <199604151452.PAA03627@lochnagarn> From: Sebastian Rahtz To: swift@bu.edu Cc: alanje@cogs.susx.ac.uk Subject: Re: PostScript and single quotes In-Reply-To: <199604121801.OAA01272@aleph.bu.edu> References: <199604121801.OAA01272@aleph.bu.edu> about a year ago, the 8r encoding changed to move the positions of grave/acute, open/close quote. it sounds very much as if you have a problem of versions, to me. sebastian From beebe Mon Apr 15 11:43:35 1996 Return-Path: s.rahtz@elsevier.co.uk Received: from skiddaw.elsevier.co.uk (skiddaw.elsevier.co.uk [193.131.222.60]) by csc-sun.math.utah.edu (8.7.4/8.7.3) with SMTP id LAA12707 for ; Mon, 15 Apr 1996 11:43:32 -0600 (MDT) Received: from snowdon.elsevier.co.uk (snowdon.elsevier.co.uk [193.131.197.164]) by skiddaw.elsevier.co.uk (8.6.13/8.6.12) with ESMTP id MAA19011 for ; Mon, 15 Apr 1996 12:49:58 +0100 Received: from lochnagarn by snowdon with SMTP (PP); Mon, 15 Apr 1996 12:46:02 +0100 Received: (from srahtz@localhost) by lochnagarn (SMI-8.6/8.6.12) id MAA10615; Mon, 15 Apr 1996 12:45:48 +0100 Date: Mon, 15 Apr 1996 12:45:48 +0100 Message-Id: <199604151145.MAA10615@lochnagarn> From: Sebastian Rahtz To: swift@bu.edu Cc: bkph@ai.mit.edu, alanje@cogs.susx.ac.uk Subject: Re: PostScript and single quotes In-Reply-To: <199604122219.SAA02945@aleph.bu.edu> References: <199604121835.OAA05680@kauai.ai.mit.edu> <199604122219.SAA02945@aleph.bu.edu> i'm suspcious of your 8r.enc. can you quote the top of it? sebastian From beebe Mon Apr 15 14:05:54 1996 Return-Path: swift@aleph.bu.edu Received: from aleph.bu.edu (PPP-87-22.BU.EDU [128.197.8.234]) by csc-sun.math.utah.edu (8.7.4/8.7.3) with SMTP id OAA16798 for ; Mon, 15 Apr 1996 14:05:25 -0600 (MDT) Received: from aleph.bu.edu (localhost [127.0.0.1]) by aleph.bu.edu (8.6.12/8.6.12) with ESMTP id QAA29325; Mon, 15 Apr 1996 16:04:22 -0400 Message-Id: <199604152004.QAA29325@aleph.bu.edu> Reply-to: swift@bu.edu To: Sebastian Rahtz cc: tex-fonts@math.utah.edu Subject: Re: PostScript and single quotes In-reply-to: Your message of "Mon, 15 Apr 1996 12:45:48 BST." <199604151145.MAA10615@lochnagarn> Date: Mon, 15 Apr 1996 16:04:22 -0400 From: Matthew Swift >>>>> "S" == Sebastian Rahtz writes: S> i'm suspcious of your 8r.enc. can you quote the top of it? S> sebastian You're right. Thanks. Solved. My fontinst was seeing the correct 8r.enc. DVIPS was seeing the wrong 8r.enc -- this was my fault. PS2PK was seeing the wrong 8r.enc -- this seems to be a bug in ps2pk (at least the Debian version): the man page says that it looks for encodings in $TEXCONFIG -- but it doesn't seem to work, and uses a compiled-in path. Matt From beebe Tue Apr 16 02:22:00 1996 Return-Path: P.T.H.Tutelaers@urc.tue.nl Received: from mailhost.tue.nl (mailhost.tue.nl [131.155.2.5]) by csc-sun.math.utah.edu (8.7.4/8.7.3) with ESMTP id CAA05008 for ; Tue, 16 Apr 1996 02:21:59 -0600 (MDT) Received: from asterix.urc.tue.nl [131.155.5.10] by mailhost.tue.nl (8.7.4) id KAA23027 (ESMTP). Tue, 16 Apr 1996 10:21:51 +0200 (MET DST) Received: from rcpt@localhost by asterix.urc.tue.nl (8.7.4) id KAA24331. Tue, 16 Apr 1996 10:21:50 +0200 (MDT) From: Piet Tutelaers Message-Id: <199604160821.KAA24331@asterix.urc.tue.nl> Subject: Re: PostScript and single quotes To: tex-fonts@math.utah.edu (TeX fonts mailing list) Date: Tue, 16 Apr 1996 10:21:50 +0200 (MDT) Cc: swift@bu.edu In-Reply-To: <199604152004.QAA29325@aleph.bu.edu> from "Matthew Swift" at Apr 15, 96 04:04:22 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text > > PS2PK was seeing the wrong 8r.enc -- this seems to be a bug in ps2pk > (at least the Debian version): > the man page says that it looks > for encodings in $TEXCONFIG -- > but it doesn't seem to work, and > uses a compiled-in path. > > Matt > Ps2pk from 1.4 onwards uses T1INPUTS for locating PS resources or PSRESOURCEPATH if you work with a PostScript Resource database. --Piet From beebe Tue Apr 16 03:45:58 1996 Return-Path: s.rahtz@elsevier.co.uk Received: from skiddaw.elsevier.co.uk (skiddaw.elsevier.co.uk [193.131.222.60]) by csc-sun.math.utah.edu (8.7.4/8.7.3) with SMTP id DAA06758 for ; Tue, 16 Apr 1996 03:45:55 -0600 (MDT) Received: from snowdon.elsevier.co.uk (snowdon.elsevier.co.uk [193.131.197.164]) by skiddaw.elsevier.co.uk (8.6.13/8.6.12) with ESMTP id KAA22382 for ; Tue, 16 Apr 1996 10:45:13 +0100 Received: from lochnagarn by snowdon with SMTP (PP); Tue, 16 Apr 1996 10:44:41 +0100 Received: (from srahtz@localhost) by lochnagarn (SMI-8.6/8.6.12) id KAA07996; Tue, 16 Apr 1996 10:44:34 +0100 Date: Tue, 16 Apr 1996 10:44:34 +0100 Message-Id: <199604160944.KAA07996@lochnagarn> From: Sebastian Rahtz To: swift@bu.edu Cc: tex-fonts@math.utah.edu Subject: Re: PostScript and single quotes In-Reply-To: <199604152004.QAA29325@aleph.bu.edu> References: <199604151145.MAA10615@lochnagarn> <199604152004.QAA29325@aleph.bu.edu> Matthew Swift writes: > DVIPS was seeing the wrong 8r.enc -- this was my fault. odd how that transient version has hung around > PS2PK was seeing the wrong 8r.enc -- this seems to be a bug in ps2pk > (at least the Debian version): moral, use teTeX. sebastian From beebe Fri Apr 19 21:04:35 1996 Return-Path: kl.maus.de!kl.maus.de!Sebastian_Kirsch@eisbaer.bb.bawue.de Received: from eisbaer.bb.bawue.de (eisbaer.bb.bawue.de [193.197.13.2]) by csc-sun.math.utah.edu (8.7.4/8.7.3) with SMTP id VAA20142 for ; Fri, 19 Apr 1996 21:04:33 -0600 (MDT) Received: from kl.maus.de by eisbaer.bb.bawue.de with uucp (Smail3.1.28.1 #9) id m0uASyK-000TL7C; Sat, 20 Apr 96 05:04 MESZ Received: by kl.maus.de via UUCP; Fri, 19 Apr 96 20:15:00 +0200 for tex-fonts@math.utah.edu From: Sebastian_Kirsch@kl.maus.de (Sebastian Kirsch) To: tex-fonts@math.utah.edu Subject: mf-mode for the Epson SQ 870 inkjet printer Message-ID: <199604192015.p48613@kl.maus.de> Date: Fri, 19 Apr 96 20:15:00 +0200 Organization: Maus BB - Public BBS & Internet Site - member of MausNet(R) X-Software: Erwinsgate gb0.9m (c) es@do2.maus.ruhr.de, gb@ms3.maus.westfalen.de MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Lines: 41 Hi! Here is a mode for the Epson SQ 870: --- mode_def epsonsq= mode_param (proofing, 0) mode_param (pixels_per_inch, 360); mode_param (blacker, .7); mode_param (fillin, .2); mode_param (o_correction, .9); mode_common_setup_; enddef; EpsonSQEightSevenZero := epsonsq; --- I tested it with a letter that used the following fonts: --- Font 34: dccc1200---loaded at size 786432 DVI units Font 33: dcott1200---loaded at size 786432 DVI units Font 29: dcobx1095---loaded at size 717619 DVI units Font 28: dcor1095---loaded at size 717619 DVI units Font 26: dcoss0800---loaded at size 524288 DVI units Font 23: cmsy8---loaded at size 524288 DVI units Font 16: dcor1200---loaded at size 786432 DVI units --- I experimented mostly with the blacker variable. In comparison to some postscript fonts, the characters seemed to light with blacker 0, but much too heavy with a blacker greater than 1. I tried blacker .6 and finally settled for .7. All the other values are rather fictional, I didn't really test them out. (Besides, it would have been impossible on exactly my printer. It has some problems with the mechanics, so all lines overlap about 3 points. Even with normal text it looks terrible. I must have it repaired as soon as I have the money to. :-) ) So if you already have a mode for this printer, throw mine away, if you don't, please include it. A quick guess is better than nothing. Yours, Sebastian From beebe Tue Apr 23 02:29:50 1996 Return-Path: michels@linax1.dnet.gwdg.de Received: from gwdu42.gwdg.de (root@gwdu42.gwdg.de [134.76.10.26]) by csc-sun.math.utah.edu (8.7.4/8.7.3) with SMTP id CAA21500 for ; Tue, 23 Apr 1996 02:29:47 -0600 (MDT) Message-Id: <199604230829.CAA21500@csc-sun.math.utah.edu> Received: from dnet.gwdg.de (actually gwdgi.gwdg.de) by gwdu42.gwdg.de with SMTP (PP); Tue, 23 Apr 1996 10:27:52 +0200 Date: Tue, 23 Apr 1996 10:27:52 +0200 From: "LINAX1::MICHELS" To: tex-fonts@math.utah.edu Subject: Problem with psnfss and xdvi Problem with psnfss and xdvi (Version 2.0) I have installed the new psnfss package and copied the .tfm, .fd and .vf Files of /fonts/psnfss/adobe to the correct place of my latex2e installation. dvips works fine but xdvi cannot display some characters such as 'fi' or german characters. Thanks for any advice! -------------------------- Helmut Michels MPI fuer Aeronomie, D-37189 Katlenburg-Lindau michels@linax1.mpae.gwdg.de From beebe Tue Apr 23 09:04:47 1996 Return-Path: bkph@ai.mit.edu Received: from life.ai.mit.edu (ai.mit.edu [128.52.32.80]) by csc-sun.math.utah.edu (8.7.4/8.7.3) with SMTP id JAA00967 for ; Tue, 23 Apr 1996 09:04:39 -0600 (MDT) Received: from kauai.ai.mit.edu by life.ai.mit.edu (4.1/AI-4.10) for tex-fonts@math.utah.edu id AA13683; Tue, 23 Apr 96 11:02:29 EDT From: bkph@ai.mit.edu (Berthold K.P. Horn) Received: by kauai.ai.mit.edu (8.6.12/AI-4.10) id LAA00322; Tue, 23 Apr 1996 11:02:28 -0400 Date: Tue, 23 Apr 1996 11:02:28 -0400 Message-Id: <199604231502.LAA00322@kauai.ai.mit.edu> To: michels@linax1.dnet.gwdg.de Cc: tex-fonts@math.utah.edu In-Reply-To: "LINAX1::MICHELS"'s message of Tue, 23 Apr 1996 10:27:52 +0200 <199604230829.CAA21500@csc-sun.math.utah.edu> Subject: Problem with psnfss and xdvi Date: Tue, 23 Apr 1996 10:27:52 +0200 From: "LINAX1::MICHELS" Problem with psnfss and xdvi (Version 2.0) I have installed the new psnfss package and copied the .tfm, .fd and .vf Files of /fonts/psnfss/adobe to the correct place of my latex2e installation. dvips works fine but xdvi cannot display some characters such as 'fi' or german characters. Thanks for any advice! -------------------------- Helmut Michels MPI fuer Aeronomie, D-37189 Katlenburg-Lindau michels@linax1.mpae.gwdg.de encoding problem. probably an old 8r.enc or something like that. From beebe Wed Apr 24 01:47:54 1996 Return-Path: texadmin@puccini.ujf-grenoble.fr Received: from ujf.ujf-grenoble.fr (ujf.ujf-grenoble.fr [193.54.232.33]) by csc-sun.math.utah.edu (8.7.4/8.7.3) with ESMTP id BAA29337 for ; Wed, 24 Apr 1996 01:47:52 -0600 (MDT) Received: from puccini.ujf-grenoble.fr (puccini.ujf-grenoble.fr [193.54.244.1]) by ujf.ujf-grenoble.fr (8.6.11/8.6.9) with ESMTP id JAA19105; Wed, 24 Apr 1996 09:47:40 +0200 Received: (from texadmin@localhost) by puccini.ujf-grenoble.fr (8.6.11/8.6.9) id JAA23127; Wed, 24 Apr 1996 09:51:28 +0200 From: Thierry Bouche Message-Id: <199604240751.JAA23127@puccini.ujf-grenoble.fr> Subject: Re: Problem with psnfss and xdvi To: bkph@ai.mit.edu (Berthold K.P. Horn) Date: Wed, 24 Apr 1996 09:51:27 +0200 (MET DST) Cc: michels@linax1.dnet.gwdg.de, tex-fonts@math.utah.edu In-Reply-To: <199604231502.LAA00322@kauai.ai.mit.edu> from "Berthold K.P. Horn" at "Apr 23, 96 11:02:28 am" X-Mailer: ELM [version 2.4ME+ PL11 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit > > Date: Tue, 23 Apr 1996 10:27:52 +0200 > From: "LINAX1::MICHELS" > > > Problem with psnfss and xdvi (Version 2.0) > > I have installed the new psnfss package and copied the .tfm, .fd and > .vf Files of /fonts/psnfss/adobe to the correct place of my latex2e > installation. > > dvips works fine but xdvi cannot display some characters such as 'fi' > or german characters. > > Thanks for any advice! > > -------------------------- > Helmut Michels > MPI fuer Aeronomie, D-37189 Katlenburg-Lindau > michels@linax1.mpae.gwdg.de > > encoding problem. > > probably an old 8r.enc or something like that. More precisely: is the font you see in xdvi the one you required? or is it cmr? If this is the case, the encoding problem is a by-product of the fact that xdvi doesn't find the required pk's for that font. If this is not the case, then you probably use too old pk's (or a too old ps2pk/gsftopk/8r.enc etc) Th. B. From beebe Thu Apr 25 01:27:18 1996 Return-Path: michels@linax1.dnet.gwdg.de Received: from gwdu42.gwdg.de (root@gwdu42.gwdg.de [134.76.10.26]) by csc-sun.math.utah.edu (8.7.4/8.7.3) with SMTP id BAA06038 for ; Thu, 25 Apr 1996 01:27:15 -0600 (MDT) Message-Id: <199604250727.BAA06038@csc-sun.math.utah.edu> Received: from dnet.gwdg.de (actually gwdgi.gwdg.de) by gwdu42.gwdg.de with SMTP (PP); Thu, 25 Apr 1996 09:26:54 +0200 Date: Thu, 25 Apr 1996 09:26:54 +0200 From: "LINAX1::MICHELS" To: tex-fonts@math.utah.edu Subject: Problem with psnfss and xdvi > Problem with psnfss and xdvi (Version 2.0) > I have installed the new psnfss package and copied the .tfm, .fd and > .vf Files of /fonts/psnfss/adobe to the correct place of my latex2e > installation. > dvips works fine but xdvi cannot display some characters such as 'fi' > or german characters. Thanks a lot for your suggestions. The reason may be incorrect pk files that I have generated at the beginning of the upgrade. I have deleted all old pk files and recompiled tex sources. Now, xdvi works without problems. Regards, Helmut Michels MPI fuer Aeronomie, D-37189 Katlenburg-Lindau michels@linax1.mpae.gwdg.de From beebe Mon May 13 08:58:23 1996 Return-Path: lott%informatik.uni-kl.de@uklirb.informatik.uni-kl.de Received: from noc.belwue.de (root@noc.BelWue.DE [129.143.2.1]) by csc-sun.math.utah.edu (8.7.4/8.7.3) with ESMTP id IAA12002 for ; Mon, 13 May 1996 08:53:58 -0600 (MDT) Received: from uni-kl.de (stepsun.uni-kl.de [131.246.136.50]) by noc.belwue.de with SMTP id QAA06346 (8.6.13/IDA-1.6 for <@noc.belwue.de:tex-fonts@math.utah.edu>); Mon, 13 May 1996 16:51:17 +0200 Received: from uklirb.informatik.uni-kl.de by stepsun.uni-kl.de id ad20298; 13 May 96 16:51 MET DST Received: from chanel.informatik.uni-kl.de by uklirb.informatik.uni-kl.de id aa09692; 13 May 96 16:38 MET DST Received: from azzaro.informatik.uni-kl.de by chanel.informatik.uni-kl.de id aa24228; 13 May 96 16:38 MET DST To: kb@cs.umb.edu cc: unixtex@u.washington.edu, tex-fonts@math.utah.edu Reply-To: lott@informatik.uni-kl.de Subject: Would like MakeTeXPK to write into texmf/fonts/public/cm/pk/.. Date: Mon, 13 May 1996 16:38:32 +0200 From: Christopher Lott Message-ID: <9605131638.aa24228@chanel.informatik.uni-kl.de> Dear Karl Berry and U-W maintainers of TeX, I recently installed a brand-new LaTeX2e setup with the kpathsearch extensions. Everything was new, there was no existing TeX installation. I also wanted postscript fonts. I just would like to give you some feedback. 1. The notes on setup of postscript fonts (packages/psnfss/psnfss2e.tex) is somewhat out of date. You don't need to do everything mentioned there. The notes about map files for dvips are especially confusing because my copy of dvips came standard with a file psfonts.map that had everything necessary. 2. Fontname seems to be essentially undocumented. I found that pk fonts were being created under texmf/fonts/tmp/ instead of in the proper directories because I was missing fontname. But there was essentially no mention of the "fontname" stuff; I only figured it out by reading the comment/def in MakeTeXPK and ftp-ing around on CTAN. It sure would have been helpful if that had been mentioned more clearly somewhere, such as in the kpathsea.texi file. 3. Finally, a possible bug. I had (I don't know why) a directory texmf/tex/latex209/dvips with some config files for using ps fonts. Kpathsea calmly ignored that directory when using latex2e. But, after I created a ls-R database, kpathsea insisted on using file "psfonts.sty" in that directory even when using latex2e, which of course was deadly. Remove the database, the problem goes away again. I finally nuked that directory (it was never used) and recreated the database, all was then well. But it still seems to me that this should not have happened. 4. I've really been struggling with gsftopk. This seems to suffer from a lack of consistent documentation as well. I think that the mods by Yves Arrouye for kpathsea might need some additional attention. I finally gave up on this one. In general, setting TeX up for using additional fonts has been pretty hairy. Is it possible that I missed a very important piece of the documentation somewhere and just made my life unnecessarily difficult? Any and all hints gratefully appreciated. Thanks for listening. chris... -- Christopher Lott lott@informatik.uni-kl.de +49 (631) 205-3342, Fax -3331 Address: FB Informatik-Bau 57, Universitaet KL, 67653 Kaiserslautern, Germany World-wide web: http://uomo.informatik.uni-kl.de:2080/Personalia/cml/ From beebe Tue May 14 03:51:44 1996 Return-Path: s.rahtz@elsevier.co.uk Received: from epprod.elsevier.co.uk (epprod.elsevier.co.uk [193.131.222.35]) by csc-sun.math.utah.edu (8.7.4/8.7.3) with SMTP id DAA14465 for ; Tue, 14 May 1996 03:51:37 -0600 (MDT) Received: from snowdon.elsevier.co.uk (snowdon.elsevier.co.uk [193.131.197.164]) by epprod.elsevier.co.uk (8.6.13/8.6.12) with ESMTP id KAA20360 for ; Tue, 14 May 1996 10:50:34 +0100 Received: from lochnagarn by snowdon with SMTP (PP); Tue, 14 May 1996 10:50:22 +0100 Received: (from srahtz@localhost) by lochnagarn (SMI-8.6/8.6.12) id KAA04351; Tue, 14 May 1996 10:50:09 +0100 Date: Tue, 14 May 1996 10:50:09 +0100 Message-Id: <199605140950.KAA04351@lochnagarn> From: Sebastian Rahtz To: lott@informatik.uni-kl.de Cc: kb@cs.umb.edu, unixtex@u.washington.edu, tex-fonts@math.utah.edu Subject: Re: Would like MakeTeXPK to write into texmf/fonts/public/cm/pk/.. In-Reply-To: <9605131638.aa24228@chanel.informatik.uni-kl.de> References: <9605131638.aa24228@chanel.informatik.uni-kl.de> Christopher Lott writes: > 1. The notes on setup of postscript fonts (packages/psnfss/psnfss2e.tex) > is somewhat out of date. You don't need to do everything mentioned can you be specific? i'll happily remove stuff which isnt true > there. The notes about map files for dvips are especially confusing > because my copy of dvips came standard with a file psfonts.map that > had everything necessary. "my copy of dvips" covers a lot of sins. the canonical one doenst, surely? > 2. Fontname seems to be essentially undocumented. I found that pk it has excellent documentation! > It sure would have been helpful if that had been mentioned more > clearly somewhere, such as in the kpathsea.texi file. isnt it cross-referenced there? > 3. Finally, a possible bug. I had (I don't know why) a directory > texmf/tex/latex209/dvips with some config files for using ps fonts. > Kpathsea calmly ignored that directory when using latex2e. But, after > I created a ls-R database, kpathsea insisted on using file > "psfonts.sty" in that directory even when using latex2e, which of the ls-R/kpathsea algorithm does not support a mechanism for prioritizing. if the texmf.cnf setup says that two directories are available, and they both have "times.sty", you cant predict which one gets foumd. so i wonder how you texmf.cnf is set up > 4. I've really been struggling with gsftopk. This seems to suffer > from a lack of consistent documentation as well. I think that the > mods by Yves Arrouye for kpathsea might need some additional > attention. I finally gave up on this one. install teTeX; it gets it right :-} > In general, setting TeX up for using additional fonts has been pretty > hairy. Is it possible that I missed a very important piece of the > documentation somewhere and just made my life unnecessarily difficult? no, it isnt that easy. which is why i tell Unix people to install teTeX, which packages all these things up in a single "sh install.sh", which *works*, and lets you play with it later via "texconfig". once you try it, you'll wonder why you ever edited those config files by hand. you will shortly be able to buy teTeX on CD, with ready to run systems for about 20 Unix systems, and a huge texmf tree. the CD was finalized on Sunday night, and is at the manufacturers now. sebastian From beebe Tue May 14 12:58:16 1996 Return-Path: mackay@cs.washington.edu Received: from june.cs.washington.edu (june.cs.washington.edu [128.95.1.4]) by csc-sun.math.utah.edu (8.7.4/8.7.3) with ESMTP id MAA28725 for ; Tue, 14 May 1996 12:58:15 -0600 (MDT) Received: (mackay@localhost) by june.cs.washington.edu (8.7.5/7.2ju) id LAA16648; Tue, 14 May 1996 11:57:37 -0700 Date: Tue, 14 May 1996 11:57:37 -0700 From: mackay@cs.washington.edu (Pierre MacKay) Message-Id: <199605141857.LAA16648@june.cs.washington.edu> To: lott@informatik.uni-kl.de CC: To:s.rahtz@elsevier.co.uk, kb@cs.umb.edu, unixtex@u.washington.edu, tex-fonts@math.utah.edu In-reply-to: <199605140950.KAA04351@lochnagarn> (message from Sebastian Rahtz on Tue, 14 May 1996 10:50:09 +0100) Subject: Re: Would like MakeTeXPK to write into texmf/fonts/public/cm/pk/.. > 3. Finally, a possible bug. I had (I don't know why) a directory > texmf/tex/latex209/dvips with some config files for using ps fonts. > Kpathsea calmly ignored that directory when using latex2e. But, after > I created a ls-R database, kpathsea insisted on using file > "psfonts.sty" in that directory even when using latex2e, which of the ls-R/kpathsea algorithm does not support a mechanism for prioritizing. if the texmf.cnf setup says that two directories are available, and they both have "times.sty", you cant predict which one gets found. so i wonder how your texmf.cnf is set up Sebastian is a shade too pessimistic about the handling of LaTeX2e vs. latex209 conflicts. When you want latex209, call it latex209 (that is, symlink virtex to latex209) and make sure the name of the latex209 dumped format file is latex209.fmt. Finally, make sure that these lines or something similar are in your texmf.cnf file. latex209_inputs = .:$TEXMF/tex/latex209//:$TEXMF/tex// latex2e_inputs = .:$TEXMF/tex/latex2e//:$TEXMF/tex// TEXINPUTS.latex209 = $latex209_inputs TEXINPUTS.latex2e = $latex2e_inputs TEXINPUTS.latex = $latex2e_inputs % Earlier entries override later ones, so put this last. TEXINPUTS = .:$TEXMF//tex// This does prioritize file selection, every time. The files needed by dvips are trickier. An excellent reason to stop using latex209. -- %=======================================================================% | N O T I C E | | Please note the changes in address and telephone number below. | | There is no Northwest Computing Support Center any longer. | | Until further notice, I shall be continuing to provide tape | | distributions and whatever other services I can. | | | %=======================================================================% Email concerned with UnixTeX distribution software may be sent To: mackay@cs.washington.edu Pierre A. MacKay Smail: Department of Classics Emeritus Druid for Denny Hall, Mail Stop DH-10 Unix-flavored TeX University of Washington Seattle, WA 98195 (206) 543-2268 (Message recorder) From beebe Tue May 14 14:44:39 1996 Return-Path: te@informatik.uni-hannover.de Received: from wega.informatik.uni-hannover.de (wega.informatik.uni-hannover.de [130.75.26.1]) by csc-sun.math.utah.edu (8.7.4/8.7.3) with SMTP id OAA02014 for ; Tue, 14 May 1996 14:44:16 -0600 (MDT) Received: from regulus.informatik.uni-hannover.de by wega.informatik.uni-hannover.de (5.x/SMI-SVR4) id AA02476; Tue, 14 May 1996 22:42:48 +0200 Received: by regulus.informatik.uni-hannover.de (5.x/SMI-SVR4) id AA24586; Tue, 14 May 1996 22:42:50 +0200 Date: Tue, 14 May 1996 22:42:50 +0200 From: te@informatik.uni-hannover.de (Thomas Esser) Message-Id: <9605142042.AA24586@regulus.informatik.uni-hannover.de> To: lott@informatik.uni-kl.de, mackay@cs.washington.edu Cc: To:s.rahtz@elsevier.co.uk, kb@cs.umb.edu, tex-fonts@math.utah.edu, unixtex@u.washington.edu Subject: Re: Would like MakeTeXPK to write into texmf/fonts/public/cm/pk/.. > > I created a ls-R database, kpathsea insisted on using file > > "psfonts.sty" in that directory even when using latex2e, which of I remember there has been a bug in Kpathsea concerning prioritizing of paths. This is fixed in the current version and only applies of course if one has used priorities in the paths, e.g. told latex to search $TEXMF/tex/latex// before $TEXMF/tex/latex209. If one does not do this, the results are unpredictible if files with the same name exist below $TEXMF/tex/latex and $TEXMF/tex/latex209. Using a ls-R file, one might get a different file then without. The docs say that the result is unpredictable for that case, so this is not a bug in Kpathsea. > latex209_inputs = .:$TEXMF/tex/latex209//:$TEXMF/tex// > latex2e_inputs = .:$TEXMF/tex/latex2e//:$TEXMF/tex// > TEXINPUTS.latex209 = $latex209_inputs > TEXINPUTS.latex2e = $latex2e_inputs > TEXINPUTS.latex = $latex2e_inputs > % Earlier entries override later ones, so put this last. > TEXINPUTS = .:$TEXMF//tex// ^^ this may be too pessimistic, at least in a TDS compliant installation, where only $TEXMF/tex// needs to be searched. Thomas From beebe Tue May 14 17:21:51 1996 Return-Path: mackay@cs.washington.edu Received: from june.cs.washington.edu (june.cs.washington.edu [128.95.1.4]) by csc-sun.math.utah.edu (8.7.4/8.7.3) with ESMTP id RAA06384 for ; Tue, 14 May 1996 17:21:50 -0600 (MDT) Received: (mackay@localhost) by june.cs.washington.edu (8.7.5/7.2ju) id QAA19417; Tue, 14 May 1996 16:21:37 -0700 Date: Tue, 14 May 1996 16:21:37 -0700 From: mackay@cs.washington.edu (Pierre MacKay) Message-Id: <199605142321.QAA19417@june.cs.washington.edu> To: te@informatik.uni-hannover.de CC: lott@informatik.uni-kl.de, To:s.rahtz@elsevier.co.uk, kb@cs.umb.edu, tex-fonts@math.utah.edu, unixtex@u.washington.edu In-reply-to: <9605142042.AA24586@regulus.informatik.uni-hannover.de> (te@informatik.uni-hannover.de) Subject: Re: Would like MakeTeXPK to write into texmf/fonts/public/cm/pk/.. Touche' That // dates from way before my conversion of directories to TDS conformance. From beebe Mon May 20 10:46:58 1996 Return-Path: <@uklirb.informatik.uni-kl.de:lott@informatik.uni-kl.de> Received: from uni-kl.de (mmdf@stepsun.uni-kl.de [131.246.136.50]) by csc-sun.math.utah.edu (8.7.4/8.7.3) with SMTP id KAA25989 for ; Mon, 20 May 1996 10:46:27 -0600 (MDT) Received: from uklirb.informatik.uni-kl.de by stepsun.uni-kl.de id ac13056; 20 May 96 18:43 MET DST Received: from chanel.informatik.uni-kl.de by uklirb.informatik.uni-kl.de id aa02521; 20 May 96 18:34 MET DST Received: from azzaro.informatik.uni-kl.de by chanel.informatik.uni-kl.de id aa28385; 20 May 96 18:34 MET DST To: Sebastian Rahtz cc: kb@cs.umb.edu, unixtex@u.washington.edu, tex-fonts@math.utah.edu Reply-To: lott@informatik.uni-kl.de Subject: Re: Would like MakeTeXPK to write into texmf/fonts/public/cm/pk/.. In-reply-to: Your message of Tue, 14 May 1996 10:50:09 +0100. Date: Mon, 20 May 1996 18:34:36 +0200 From: Christopher Lott Message-ID: <9605201834.aa28385@chanel.informatik.uni-kl.de> Hi, Thank you all very much for your responses to my complaints about installing chunks of TeX. Sorry to be so slow in responding. Our son was just born last week, so things have been a little chaotic on the home front! I would first like to ask about teTeX. This sounds like the solution to frustrating installs. Is this available from a CTAN archive, or only commercially? No matter what the answer, may I suggest making extremely clear references to this package somewhere where a person such as myself might find this notice before blithely ftp'ing lib.tar.gz, base.tar.gz, packages.tar.gz etc etc.? Sorry too that I was so unspecific about package versions. Usually I'm better at this. I should have written that I had just pulled everything from CTAN a few days earlier, so I think I have the very latest versions. I have the LaTeX distribution from 21 Nov 95, kpathsea-2.6, version 18f of xdvik, version 5.58f of dvipsk, a psnfss2e.tex file dated (internally) 95/11/21, etc etc. I can dig out all the numbers if it would help. What did psnfss2e.tex mention that was misleading.. I'm trying to reconstruct my notes. Basically it's an extremely concise document that assumes you know exactly what you're doing, which in my case was certainly not true. So keep that in mind when reading this list: + v5.58f of dvipsk includes a big psfonts.map file that seems to have everything supplied with the psnfss2e package. + The .fd files for adobe as available on CTAN are stored in subdirectories named "tex". Directories from other foundries are set up differently. + Might mention that directories texmf/fonts/* are (as set up in the supplied texmf.cnf) file are not searched by LaTeX, but they ARE searched by dvips. + Maybe I'm on drugs, but I only made the .fd files available to LaTeX2e, not the .tfm files, and it works fine. What will not work? + A good reference to "Karl Berry's font naming documentation" would have been very helpful, e.g., a ftp address. + A little more explanation about the decision to/not to use Cork encoding (I still have no clue what that is) would have been great. + I could barely get test0.tex working, test1.tex was hopeless. Maybe this is where the missing .tfm files bit me? Should test1 have worked? I wrote: >> 2. Fontname seems to be essentially undocumented. I found that pk You replied: >it has excellent documentation! WRT fontname: I was trying to say that I could not find any description of why I might need "fontname" in any of the documentation, especially kpathsea.texi. Try for yourself: 'grep fontname kpathsea.texi'. I get "@cindex fontnames, unlimited length" that's it. Once I pulled the fontname package, sure I found docs with it. The real leap was guessing that "fontname" is a package and ftp'ing off to dante in search of it. I got lucky there. I'm really quite uncertain about the possible bug I reported WRT prioritizing directory seeks when using the ls-R database. Some more info: we only have latex2e, and it's installed as "latex". We do not have latex209 in any shape or form, except for compatability mode. My texmf.cnf is the original that's supplied with whatever package I ftp'd. (Sorry, I'm confused here.) Maybe I should name the installed binary latex2e??? I was trying to keep things simple. What's the usual rule here? And I don't have the double-slash in TEXINPUTS. I hope that I've answered all the salient points. Thanks again for all your time in responding. I'll be happy to supply more info as needed. chris... -- Christopher Lott lott@informatik.uni-kl.de +49 (631) 205-3342, Fax -3331 Address: FB Informatik-Bau 57, Universitaet KL, 67653 Kaiserslautern, Germany World-wide web: http://uomo.informatik.uni-kl.de:2080/Personalia/cml/ From beebe Mon May 20 10:55:49 1996 Return-Path: s.rahtz@elsevier.co.uk Received: from epprod.elsevier.co.uk (epprod.elsevier.co.uk [193.131.222.35]) by csc-sun.math.utah.edu (8.7.4/8.7.3) with SMTP id KAA26260 for ; Mon, 20 May 1996 10:55:41 -0600 (MDT) Received: from snowdon.elsevier.co.uk (snowdon.elsevier.co.uk [193.131.197.164]) by epprod.elsevier.co.uk (8.6.13/8.6.12) with ESMTP id RAA23507 for ; Mon, 20 May 1996 17:54:34 +0100 Received: from lochnagarn by snowdon with SMTP (PP); Mon, 20 May 1996 17:54:30 +0100 Received: (from srahtz@localhost) by lochnagarn (SMI-8.6/8.6.12) id RAA15262; Mon, 20 May 1996 17:54:04 +0100 Date: Mon, 20 May 1996 17:54:04 +0100 Message-Id: <199605201654.RAA15262@lochnagarn> From: Sebastian Rahtz To: lott@informatik.uni-kl.de Cc: kb@cs.umb.edu, unixtex@u.washington.edu, tex-fonts@math.utah.edu Subject: Re: Would like MakeTeXPK to write into texmf/fonts/public/cm/pk/.. In-Reply-To: <9605201834.aa28385@chanel.informatik.uni-kl.de> References: <9605201834.aa28385@chanel.informatik.uni-kl.de> Christopher Lott writes: > I would first like to ask about teTeX. This sounds like the solution > to frustrating installs. Is this available from a CTAN archive, or > only commercially? No matter what the answer, may I suggest making its not commercial at all. on the contrary! > extremely clear references to this package somewhere where a person > such as myself might find this notice before blithely ftp'ing you can buy it on a CD next week, see http://www.tug.org/tex-live.html > + v5.58f of dvipsk includes a big psfonts.map file that seems to > have everything supplied with the psnfss2e package. ah. i didnt know that > + The .fd files for adobe as available on CTAN are stored in > subdirectories named "tex". Directories from other foundries are > set up differently. no, they are not! > + Maybe I'm on drugs, but I only made the .fd files available to > LaTeX2e, not the .tfm files, and it works fine. What will not > work? but it must find *some* tfm files! > + A little more explanation about the decision to/not to use Cork > encoding (I still have no clue what that is) would have been great. ah, you need to read the LaTeX Companion.... > + I could barely get test0.tex working, test1.tex was hopeless. > Maybe this is where the missing .tfm files bit me? Should test1 um, it usually does work, yes... > I'm really quite uncertain about the possible bug I reported WRT > prioritizing directory seeks when using the ls-R database. Some more > info: we only have latex2e, and it's installed as "latex". We do not its hard to say where you have gone wrong, to be honest. sebastian From beebe Mon May 20 11:32:24 1996 Return-Path: brodnik@pegam.mat.uni-lj.si Received: from vega.fmf.uni-lj.si (vega.fmf.uni-lj.si [193.2.67.45]) by csc-sun.math.utah.edu (8.7.4/8.7.3) with SMTP id LAA27246 for ; Mon, 20 May 1996 11:32:22 -0600 (MDT) Received: from pegam.mat.uni-lj.si by vega.fmf.uni-lj.si (MX V4.2 AXP) with SMTP; Mon, 20 May 1996 19:31:26 +0200 Received: by pegam.mat.uni-lj.si (4.1/SMI-4.1) id AA06286; Tue, 21 May 96 19:30:22 +0200 From: brodnik@pegam.mat.uni-lj.si (Andrej Brodnik) Message-ID: <9605211730.AA06286@pegam.mat.uni-lj.si> Subject: Creation of fonts on demand To: tex-fonts@math.utah.edu Date: Tue, 21 May 1996 19:30:21 +0200 (MET DST) Organization: Institute of Mathematics, Physics, and Mechanics Reply-To: Andrej.Brodnik@IMFM.Uni-Lj.SI (Andrej Brodnik (Andy)) X-Mailer: ELM [version 2.4 PL24 ME8] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit I installed teTeX and it works fine. Well, almost fine. Namely some users are complaining that fonts are not properly created when necessary. The reason for this is that I don't let them to write into the font tree under teTeX (and I'm, hm, somehow reluctant to do this in a future). Now the question; what should I do? I thought of two possibilities: - to let users create their fonts into /tmp/ somwhere - to let the users create the fonts into their "." directory Either of them is fine, though in the first case, fonts created by one user can be used by some other user (though this happens _very_ seldomly). Is there a simple way to do it? I mean, that I don't need to rewrite all Make* files? I'm sure that somebody out there already dealt with such a problem? (BTW, I can also collect the created fonts in the /tmp/ and put them into the system font tree). Thanx in advance for any help/suggestions, Andrej PS: Oh, if I implement the above scheme, can also the user simply specify where to put his own fonts when they were created? I.e. that he creates his own font tree? From beebe Mon May 20 12:20:36 1996 Return-Path: te@informatik.uni-hannover.de Received: from wega.informatik.uni-hannover.de (wega.informatik.uni-hannover.de [130.75.26.1]) by csc-sun.math.utah.edu (8.7.4/8.7.3) with SMTP id MAA28596 for ; Mon, 20 May 1996 12:20:30 -0600 (MDT) Received: by wega.informatik.uni-hannover.de (5.x/SMI-SVR4) id AA14548; Mon, 20 May 1996 20:11:53 +0200 Date: Mon, 20 May 1996 20:11:53 +0200 From: te@informatik.uni-hannover.de (Thomas Esser) Message-Id: <9605201811.AA14548@wega.informatik.uni-hannover.de> To: lott@informatik.uni-kl.de, s.rahtz@elsevier.co.uk Cc: kb@cs.umb.edu, tex-fonts@math.utah.edu, unixtex@u.washington.edu Subject: Re: Would like MakeTeXPK to write into texmf/fonts/public/cm/pk/.. > I would first like to ask about teTeX. This sounds like the solution > to frustrating installs. Is this available from a CTAN archive, or > only commercially? No matter what the answer, may I suggest making Freely available on CTAN:systems/unix/teTeX/distrib. A CD with much more fonts/macros/... than the standard teTeX distribution is just being produced... > extremely clear references to this package somewhere where a person > such as myself might find this notice before blithely ftp'ing > lib.tar.gz, base.tar.gz, packages.tar.gz etc etc.? The location to look first is web2c/unixtex.ftp. And there *is* a pointer to teTeX... > everything from CTAN a few days earlier, so I think I have the very > latest versions. I have the LaTeX distribution from 21 Nov 95, That is not the most recent... > + Might mention that directories texmf/fonts/* are (as set up in the > supplied texmf.cnf) file are not searched by LaTeX, but they ARE > searched by dvips. CTAN is not the way to organize your TeX installation. You may want to read about the The TeX Directory Structure standard (CTAN:info/tds). teTeX follows this standard. > + Maybe I'm on drugs, but I only made the .fd files available to > LaTeX2e, not the .tfm files, and it works fine. What will not work? LaTeX2e definately needs to read the .tfm files for the fonts you use. Try KPATHSEA_DEBUG=4 ... :-) > I'm really quite uncertain about the possible bug I reported WRT > prioritizing directory seeks when using the ls-R database. Some more > info: we only have latex2e, and it's installed as "latex". We do not > have latex209 in any shape or form, except for compatability mode. > My texmf.cnf is the original that's supplied with whatever package I > ftp'd. (Sorry, I'm confused here.) Maybe I should name the installed > binary latex2e??? I was trying to keep things simple. What's the > usual rule here? And I don't have the double-slash in TEXINPUTS. Well, what is your TEXINPUTS and where are the conflicting files? Thomas From beebe Mon May 20 14:31:42 1996 Return-Path: te@informatik.uni-hannover.de Received: from wega.informatik.uni-hannover.de (wega.informatik.uni-hannover.de [130.75.26.1]) by csc-sun.math.utah.edu (8.7.4/8.7.3) with SMTP id OAA02398 for ; Mon, 20 May 1996 14:31:33 -0600 (MDT) Received: by wega.informatik.uni-hannover.de (5.x/SMI-SVR4) id AA14813; Mon, 20 May 1996 22:31:07 +0200 Date: Mon, 20 May 1996 22:31:07 +0200 From: te@informatik.uni-hannover.de (Thomas Esser) Message-Id: <9605202031.AA14813@wega.informatik.uni-hannover.de> To: Andrej.Brodnik@IMFM.Uni-Lj.SI, tex-fonts@math.utah.edu Subject: Re: Creation of fonts on demand > Now the question; what should I do? I thought of two possibilities: > - to let users create their fonts into /tmp/ somwhere > - to let the users create the fonts into their "." directory > > Either of them is fine, though in the first case, fonts created by > one user can be used by some other user (though this happens _very_ > seldomly). > > Is there a simple way to do it? I mean, that I don't need to rewrite > all Make* files? I'm sure that somebody out there already dealt with > such a problem? (BTW, I can also collect the created fonts in the > /tmp/ and put them into the system font tree). Just use texconfig to enable the varfonts feature. Then set VARFONTS to a directory of your choice, e.g. /tmp/texfonts or $HOME/texfonts. Using that "offical" way has the advantage that no search paths need to be adjusted ($VARFONTS/pk// is part of the search path for pk files for instance). You can also edit $TEXMF/maketex/maketex.site and redefine and of the MT_* variables. Given the defaults of: : ${MT_PKDESTDIR='$MT_DESTROOT/$MT_PKPART/$MT_MODE/$MT_NAMEPART'} : ${MT_TFMDESTDIR='$MT_DESTROOT/$MT_TFMPART/$MT_NAMEPART'} : ${MT_DESTROOT='$TEXMF/fonts'} : ${MT_DEFAULT_NAMEPART=tmp} : ${MT_PKPART='pk'} : ${MT_TFMPART='tfm'} : ${MT_TFMNAME='$NAME.tfm'} : ${MT_PKNAME='$NAME.${DPI}pk'} you can override and of the above, e.g. MT_DESTROOT. You can also override all those variables in your environment. MT_NAMEPART is automatically determined by the fontname maps. I guess that no other MakeTeX* scripts are that configurable. The only thing to take care of is that the destination directories are included in the search paths in texmf.cnf. If a user wants to override some of the defaults, e.g. MT_DESTROOT he can do that in his environment. But then, he should take care to include the destination directories in his search paths. Example: MT_PKDESTDIR=/home/me/myfonts/pk PKFONTS=:$MT_PKDESTDIR export MT_PKDESTDIR PKFONTS Thomas From beebe Tue May 21 18:36:57 1996 Return-Path: px@di.fct.unl.pt Received: from isolde.fct.unl.pt (isolde.fct.unl.pt [192.68.178.191]) by csc-sun.math.utah.edu (8.7.4/8.7.3) with SMTP id SAA19987 for ; Tue, 21 May 1996 18:36:51 -0600 (MDT) Received: from DialupEudora (physeter.si.fct.unl.pt) by isolde.fct.unl.pt with SMTP id AA15852 (5.65c/IDA-1.4.4 for ); Wed, 22 May 1996 01:35:53 +0100 X-Sender: px@pop.fct.unl.pt Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Wed, 22 May 1996 01:41:46 +0000 To: tex-fonts@math.utah.edu From: px@fct.unl.pt (Joaquim Baptista [pxQuim]) Subject: Epson Stylus Greetings, This mode was taken from modes-3.0.mf: >% From {\tt Tobias.Guenzler@uni-konstanz.de}, 8 December 1994. >% >% The |blacker| parameter is the most critical; changing |o_correction| >% has lesser effect, and may also be increased or decreased somewhat. I >% tested this by comparing output with printouts of a HP LaserJet >% printer using the LJ fonts. This printer had the fancy resolution >% enhancement feature (RET) which makes the pixel steps almost >% invisible. I did most of the comparision with cmr12, cmbx12, cmr12 >% magstep2 and cmss9. >% >% The Stylus printer is a ink printer, but it works with a piezo drive >% instead of a bubble jet. This may be the reason why it draws its lines >% very tiny and thin. At least the pixel diameters are very sharp and >% they are far away from that bulky dots produced by the needles of a >% NEC P6. >mode_def epstylus = %\[ Epson Stylus > mode_param (pixels_per_inch, 360); > mode_param (blacker, .35); > mode_param (fillin, 0); > mode_param (o_correction, .8); > mode_common_setup_; >enddef; I find this definition far too dark. It seems to me that plain values of 0 to blacker and fillin work perfectly with values of o_correction in the range of .6 to .8; however, I am *not* a typographer or anything similar, so please take my opinions with a grain of salt. I ended up using the values for mode "stylewriter", provided by Andrew Trevorrow in his OzTeX distribution: % stylewriter mode added by Andrew Trevorrow for OzTeX users. % All parameters (except pixels_per_inch) are the same as the % laserwriter mode (= cx) so that PK files can be shared by both % types of printers. mode_def sw = % Apple StyleWriter mode_param (pixels_per_inch, 360); mode_param (blacker, 0); mode_param (fillin, .2); mode_param (o_correction, .6); mode_common_setup_; enddef; stylewriter := sw; The output of modetest.tex seems reasonable enough. -- Joaquim Baptista, alias pxQuim On the Internet, nobody knows - px@fct.unl.pt you're an OpenDoc part - http://www-ctp.di.fct.unl.pt/~px - Dept. Informatica, Univ. Nova de Lisboa, 2825 Mt. Caparica, Portugal From beebe Fri Jun 7 00:07:30 1996 Return-Path: takafumi@u-aizu.ac.jp Received: from mail0.u-aizu.ac.jp (mail0.u-aizu.ac.jp [163.143.103.60]) by csc-sun.math.utah.edu (8.7.4/8.7.3) with ESMTP id AAA15846 for ; Fri, 7 Jun 1996 00:07:24 -0600 (MDT) Received: from csesun01.u-aizu.ac.jp (csesun01 [163.143.128.134]) by mail0.u-aizu.ac.jp (8.7.4+2.6Wbeta6+codeconv/3.4W4internet-gw) with ESMTP id PAA08940 for ; Fri, 7 Jun 1996 15:07:10 +0900 (JST) Received: from localhost (localhost [127.0.0.1]) by csesun01.u-aizu.ac.jp (8.7.1+2.6Wbeta4+codeconv/3.4W3-istcmx) with ESMTP id PAA18417 for ; Fri, 7 Jun 1996 15:07:10 +0900 (JST) Message-Id: <199606070607.PAA18417@csesun01.u-aizu.ac.jp> To: tex-fonts@math.utah.edu Subject: ptmb8r.vf Reply-To: takafumi@u-aizu.ac.jp Date: Fri, 07 Jun 1996 15:07:09 +0900 From: Takafumi Hayashi How can I make ptmb8r.vf? --- Takafumi Hayashi takafumi@u-aizu.ac.jp The University of Aizu phone : +81-242-37-2614 fax : +81-242-37-2734 From beebe Fri Jun 7 00:35:09 1996 Return-Path: s.rahtz@elsevier.co.uk Received: from epprod.elsevier.co.uk (epprod.elsevier.co.uk [193.131.222.35]) by csc-sun.math.utah.edu (8.7.4/8.7.3) with SMTP id AAA16483 for ; Fri, 7 Jun 1996 00:35:07 -0600 (MDT) Received: from snowdon.elsevier.co.uk (snowdon.elsevier.co.uk [193.131.197.164]) by epprod.elsevier.co.uk (8.6.13/8.6.12) with ESMTP id HAA27374 for ; Fri, 7 Jun 1996 07:33:49 +0100 Received: from lochnagarn by snowdon with SMTP (PP); Fri, 7 Jun 1996 07:33:56 +0100 Received: (from srahtz@localhost) by lochnagarn (SMI-8.6/8.6.12) id HAA08674; Fri, 7 Jun 1996 07:33:20 +0100 Date: Fri, 7 Jun 1996 07:33:20 +0100 Message-Id: <199606070633.HAA08674@lochnagarn> From: Sebastian Rahtz To: takafumi@u-aizu.ac.jp Cc: tex-fonts@math.utah.edu Subject: Re: ptmb8r.vf In-Reply-To: <199606070607.PAA18417@csesun01.u-aizu.ac.jp> References: <199606070607.PAA18417@csesun01.u-aizu.ac.jp> ptmb8r.vf? what do you think it might do? if you follow the Fontname convention, this means Times Bold encoded to TeXBase1Encoding. so far as i am aware, no-one creates this as a virtual font (though i dont rule out the possibility). its normally created by listing it in the dvips psfonts.map file sebastian From beebe Fri Jun 7 00:39:58 1996 Return-Path: te@informatik.uni-hannover.de Received: from wega.informatik.uni-hannover.de (wega.informatik.uni-hannover.de [130.75.26.1]) by csc-sun.math.utah.edu (8.7.4/8.7.3) with SMTP id AAA16582 for ; Fri, 7 Jun 1996 00:39:55 -0600 (MDT) Received: by wega.informatik.uni-hannover.de (5.x/SMI-SVR4) id AA19691; Fri, 7 Jun 1996 08:36:47 +0200 Date: Fri, 7 Jun 1996 08:36:47 +0200 From: te@informatik.uni-hannover.de (Thomas Esser) Message-Id: <9606070636.AA19691@wega.informatik.uni-hannover.de> To: takafumi@u-aizu.ac.jp Cc: beebe@csc-sun.math.utah.edu, tex-fonts@math.utah.edu Subject: Re: ptmb8r.vf > How can I make ptmb8r.vf? Why do you think that you need it? Propably, you are just missing ptmr8r Times-Roman " TeXBase1Encoding ReEncodeFont " <8r.enc in texmf/dvips/psfonts.map Thomas From beebe Fri Jun 7 01:29:00 1996 Return-Path: takafumi@u-aizu.ac.jp Received: from mail0.u-aizu.ac.jp (mail0.u-aizu.ac.jp [163.143.103.60]) by csc-sun.math.utah.edu (8.7.4/8.7.3) with ESMTP id BAA17590 for ; Fri, 7 Jun 1996 01:28:58 -0600 (MDT) Received: from csesun01.u-aizu.ac.jp (csesun01 [163.143.128.134]) by mail0.u-aizu.ac.jp (8.7.4+2.6Wbeta6+codeconv/3.4W4internet-gw) with ESMTP id QAA10289; Fri, 7 Jun 1996 16:27:31 +0900 (JST) Received: from localhost (localhost [127.0.0.1]) by csesun01.u-aizu.ac.jp (8.7.1+2.6Wbeta4+codeconv/3.4W3-istcmx) with ESMTP id QAA00246; Fri, 7 Jun 1996 16:27:31 +0900 (JST) Message-Id: <199606070727.QAA00246@csesun01.u-aizu.ac.jp> To: Sebastian Rahtz cc: tex-fonts@math.utah.edu Subject: Re: ptmb8r.vf In-reply-to: Your message of "Fri, 07 Jun 1996 07:33:20 +0100." <199606070633.HAA08674@lochnagarn> Reply-To: takafumi@u-aizu.ac.jp Date: Fri, 07 Jun 1996 16:27:30 +0900 From: Takafumi Hayashi > ptmb8r.vf? what do you think it might do? if you follow the Fontname > convention, this means Times Bold encoded to TeXBase1Encoding. so far > as i am aware, no-one creates this as a virtual font (though i dont > rule out the possibility). its normally created by listing it in the > dvips psfonts.map file Some user want to use xdvi with vf for preview. The style file does not include ptm but "Times ...". There is no ploblem to print to postscript printer and preview with ghostview. However, xdvi with require ptmb8r.vf. Wat should I change with xdvi? --- Takafumi Hayashi takafumi@u-aizu.ac.jp The University of Aizu phone : +81-242-37-2614 fax : +81-242-37-2734 From beebe Fri Jun 7 01:33:44 1996 Return-Path: s.rahtz@elsevier.co.uk Received: from epprod.elsevier.co.uk (epprod.elsevier.co.uk [193.131.222.35]) by csc-sun.math.utah.edu (8.7.4/8.7.3) with SMTP id BAA17717 for ; Fri, 7 Jun 1996 01:33:39 -0600 (MDT) Received: from snowdon.elsevier.co.uk (snowdon.elsevier.co.uk [193.131.197.164]) by epprod.elsevier.co.uk (8.6.13/8.6.12) with ESMTP id IAA27734 for ; Fri, 7 Jun 1996 08:32:20 +0100 Received: from lochnagarn by snowdon with SMTP (PP); Fri, 7 Jun 1996 08:32:25 +0100 Received: (from srahtz@localhost) by lochnagarn (SMI-8.6/8.6.12) id IAA09551; Fri, 7 Jun 1996 08:31:52 +0100 Date: Fri, 7 Jun 1996 08:31:52 +0100 Message-Id: <199606070731.IAA09551@lochnagarn> From: Sebastian Rahtz To: takafumi@u-aizu.ac.jp Cc: s.rahtz@elsevier.co.uk, tex-fonts@math.utah.edu Subject: Re: ptmb8r.vf In-Reply-To: <199606070727.QAA00246@csesun01.u-aizu.ac.jp> References: <199606070633.HAA08674@lochnagarn> <199606070727.QAA00246@csesun01.u-aizu.ac.jp> > Some user want to use xdvi with vf for preview. i dont know what you mean here, i am afraid > The style file does not include ptm but "Times ...". There is no > ploblem to print to postscript printer and preview with ghostview. > However, xdvi with require ptmb8r.vf. > > Wat should I change with xdvi? xdvi requires ptmb8r.pk at some size, not vf. you have to create that with ps2pk or gsftopk. if you install the teTeX packaging of tex, xdvi, dvips etc for Unix, all this will be set up for you, working. you can buy teTeX ready to run on a CDROM (see http://www.tug.org/texlive.html), or get it from CTAN. sebastian From beebe Fri Jun 7 02:02:02 1996 Return-Path: takafumi@u-aizu.ac.jp Received: from mail0.u-aizu.ac.jp (mail0.u-aizu.ac.jp [163.143.103.60]) by csc-sun.math.utah.edu (8.7.4/8.7.3) with ESMTP id CAA18292 for ; Fri, 7 Jun 1996 02:01:30 -0600 (MDT) Received: from csesun01.u-aizu.ac.jp (csesun01 [163.143.128.134]) by mail0.u-aizu.ac.jp (8.7.4+2.6Wbeta6+codeconv/3.4W4internet-gw) with ESMTP id RAA10956; Fri, 7 Jun 1996 17:00:02 +0900 (JST) Received: from localhost (localhost [127.0.0.1]) by csesun01.u-aizu.ac.jp (8.7.1+2.6Wbeta4+codeconv/3.4W3-istcmx) with ESMTP id QAA00332; Fri, 7 Jun 1996 16:59:54 +0900 (JST) Message-Id: <199606070759.QAA00332@csesun01.u-aizu.ac.jp> To: Sebastian Rahtz cc: tex-fonts@math.utah.edu Subject: Re: ptmb8r.vf In-reply-to: Your message of "Fri, 07 Jun 1996 08:31:52 +0100." <199606070731.IAA09551@lochnagarn> Reply-To: takafumi@u-aizu.ac.jp Date: Fri, 07 Jun 1996 16:59:53 +0900 From: Takafumi Hayashi > > Some user want to use xdvi with vf for preview. > i dont know what you mean here, i am afraid > > > The style file does not include ptm but "Times ...". There is no > > ploblem to print to postscript printer and preview with ghostview. > > However, xdvi with require ptmb8r.vf. > > > > Wat should I change with xdvi? > > xdvi requires ptmb8r.pk at some size, not vf. you have to create that > with ps2pk or gsftopk. Thank you. I will make pk fonts. Regards, --- Takafumi Hayashi takafumi@u-aizu.ac.jp The University of Aizu phone : +81-242-37-2614 fax : +81-242-37-2734 From beebe Fri Jun 28 16:42:34 1996 Return-Path: Marc.Fleischeuers@mpi.nl Received: from wn1.sci.kun.nl (wn1.sci.kun.nl [131.174.8.1]) by csc-sun.math.utah.edu (8.7.4/8.7.3) with SMTP id QAA22472 for ; Fri, 28 Jun 1996 16:42:31 -0600 (MDT) Received: from mpih17 by wn1.sci.kun.nl via mpih17.mpi.nl [192.87.79.57] with ESMTP id AAA29883 (8.6.10/2.14) for ; Sat, 29 Jun 1996 00:42:27 +0200 Received: from iwtspc09.mpi.nl by mpih17 (1.37.109.16/2.1) on MPINET id AA295991712; Sat, 29 Jun 1996 00:41:52 +0200 Date: Sat, 29 Jun 1996 00:57:27 +0200 (MET DST) From: Marc Fleischeuers To: tex-fonts@math.utah.edu Subject: mode def for epson stylus pro Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII It wasn't there yet in modes.mf 3.0, so I made one. I tried to follow the recipe in modes.mf, but I could not quite get the `z' diagonal to get as thin as the horizontal lines, even pushing fillin up to 0.8. This printer tends to make things lighter on lower resolutions so I compensate a little with increasing blacker. But not all the way, as this would fill in the little holes in the e and s at 5pt. Otherwise it's pretty cool, not as crisp as a hp lj4 but better than most inkjets I've seen. Marc --------------------- mode_def esp = %\[ Epson Stylus Pro 360x360 mode_param (pixels_per_inch, 360); mode_param (blacker, 0.2); mode_param (fillin, 0.8); mode_param (o_correction, 0); mode_common_setup_; enddef; EpsonStylusPro := esp mode_def esplow = %\[ Epson Stylus Pro 180x180 mode_param (pixels_per_inch, 180); mode_param (blacker, .35); mode_param (fillin, 0.8); mode_param (o_correction, 0); mode_common_setup_; enddef; EpsonStylusProLow := esplow % good time saver, almost as good as 720x720 but a lot faster mode_def espmed = %\[ Epson Stylus Pro 720x360 mode_param (pixels_per_inch, 720); mode_param (aspect_ratio, 360 / pixels_per_inch); mode_param (blacker, 0); mode_param (fillin, 0.8); mode_param (o_correction, 0); mode_common_setup_; enddef; EpsonStylusProMed := espmed mode_def esphi = %\[ Epson Stylus Pro 720x720 mode_param (pixels_per_inch, 720); mode_param (blacker, 0); mode_param (fillin, 0.8); mode_param (o_correction, 0); mode_common_setup_; enddef; EpsonStylusProHigh = esphi -------------------- From beebe Sun Jun 30 05:07:22 1996 Return-Path: te@informatik.uni-hannover.de Received: from wega.informatik.uni-hannover.de (wega.informatik.uni-hannover.de [130.75.26.1]) by csc-sun.math.utah.edu (8.7.4/8.7.3) with SMTP id FAA10644 for ; Sun, 30 Jun 1996 05:07:18 -0600 (MDT) Received: from gauss.informatik.uni-hannover.de by wega.informatik.uni-hannover.de (5.x/SMI-SVR4) id AA07426; Sun, 30 Jun 1996 13:07:01 +0200 Received: (from te@localhost) by gauss.informatik.uni-hannover.de (8.6.12/8.6.12) id NAA03761; Sun, 30 Jun 1996 13:05:29 +0200 Date: Sun, 30 Jun 1996 13:05:29 +0200 From: Thomas Esser Message-Id: <199606301105.NAA03761@gauss.informatik.uni-hannover.de> To: kb@cs.umb.edu, KNAPPEN@vkpmzd.kph.uni-mainz.de, tex-fonts@math.utah.edu Subject: incompatibility between modes.mf(3.0) and DC fonts(1.3) I just have found that the DC fonts (1.3) are generated with the wrong resolution for all modes in modes.mf (3.0) that are definded by some other mode, e.g.: mode_def nechi = %\[ NEC-P6 (360 dpi) mode_param (pixels_per_inch, 360); cx_; enddef; or mode_def epsdrft = %\[ Epson at (120x72 dpi) mode_param (pixels_per_inch, 120); mode_param (aspect_ratio, 72 / pixels_per_inch); epson_; enddef; Sample session (under UNIX): BDPI should be 360 in: $ mf '\mode:=nechi; \input dxbase; mode_setup; message"BDPI= "&decimal round pixels_per_inch;end' | grep BDPI BDPI= 300 BDPI should be 120 in: $ mf '\mode:=epsdrft;\input dxbase;mode_setup;message"BDPI= "&decimal round pixels_per_inch;end' | grep BDPI BDPI= 240 The reason for this seems to me that dxbase redefines some parts of modes.mf in an impropper way. Thomas From owner-tex-fonts Fri Jul 5 14:39:02 1996 Return-Path: kb@cs.umb.edu Received: from terminus.cs.umb.edu (kb@terminus.cs.umb.edu [158.121.104.3]) by csc-sun.math.utah.edu (8.7.4/8.7.3) with SMTP id OAA14082; Fri, 5 Jul 1996 14:39:01 -0600 (MDT) Received: by terminus.cs.umb.edu id AA26160 (5.65c/IDA-1.4.4); Fri, 5 Jul 1996 16:25:42 -0400 Date: Fri, 5 Jul 1996 16:25:42 -0400 Message-Id: <199607052025.AA26160@terminus.cs.umb.edu> From: kb@terminus.cs.umb.edu To: tex-fonts@math.utah.edu, info-tex@SHSU.edu, tex-archive@math.utah.edu, tex-k@cs.umb.edu Subject: fontname 2.1 available I have released version 2.1 of the naming scheme for TeX fonts. You can get it by anonymous ftp from ftp://ftp.tug.org//tex/fontname.tar.gz ... mirrored at ftp://ftp.cdrom.com/pub/tex ... mirrored at ftp://ftp.cs.umb.edu/pub/tex ... and CTAN hosts in /tex-archive/info. (finger ctan@ftp.tug.org for CTAN site info.) You can read it online at: http://www.tug.org/fontname/ If your nameserver doesn't like *.tug.org, try tug.cs.umb.edu. The fontname document is in Texinfo format; texinfo.tex is included in the distribution. Changes in this version: * Add oldstyle, shadow, schoolbook, superfont variants. * Add Cyrillic, Greek, expertised encodings. * Additions to special.map. * New urw.map file, additions to monotype.map, Ibycus in typeface.map. * New softkey*.map files. * DC and TS files now in supplier jknappen. Please send suggestions, comments, or whatever to tex-fonts@mail.tug.org or to me personally. kb@mail.tug.org Member of the League for Programming Freedom -- write lpf@uunet.uu.net. Member of the TeX Users Group -- visit http://www.tug.org/. From owner-tex-fonts Tue Jul 9 00:40:39 1996 Return-Path: oneill@cs.sfu.ca Received: from cs.sfu.ca (root@cs.sfu.ca [142.58.111.1]) by csc-sun.math.utah.edu (8.7.4/8.7.3) with ESMTP id AAA04331 for ; Tue, 9 Jul 1996 00:40:38 -0600 (MDT) Received: from alonzo.cs.sfu.ca (oneill@alonzo [199.60.3.17]) by cs.sfu.ca (8.7.5/8.6.12) with ESMTP id XAA22999 for ; Mon, 8 Jul 1996 23:40:34 -0700 (PDT) From: "Melissa O'Neill" Received: (oneill@localhost) by alonzo.cs.sfu.ca (8.7.5/SFUCSSclient) id XAA16064 for tex-fonts@math.utah.edu; Mon, 8 Jul 1996 23:40:32 -0700 (PDT) Message-Id: <199607090640.XAA16064@alonzo.cs.sfu.ca> Subject: Poor DSC conformance and no partial font downloading in dvips... To: tex-fonts@math.utah.edu Date: Mon, 8 Jul 1996 23:40:31 -0700 (PDT) X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Is dvips currently being maintained beyond just making sure new kpathsea releases don't break it? Over the years I've used dvips, a few bugs and sorely-missed features have come to my attention, and I always felt that the deficiencies I saw in this largely excellent program would be seen by others and when the necessary people had a moment to spare, they'd be fixed. However, it seems like either people aren't seeing the things I'm seeing, or dvips has become too much of a struggle to maintain these past few years. Some of the problems and sorely-missed features I've noticed include: - Dvips thinks encodings specified in the psfonts.map file are actually fonts, and so includes font comments in the outputted postscript. Although most spoolers etc. can get by with this, it's clearly a bug. - There is no command-line switch to ``mock'' included graphics, (which would be a godsend when one has to pass dvips output through Basil K. Malyshev's fload program to do partial font downloading. I know this can be done because Tomas Rokicki's TeXview program does it. I also know it can be done within LaTeX, but one doesn't always *want* to do it that way, or even have access to the LaTeX source.) - There is no command-line switch to specify DVI file magnification in magsteps, which is strange, since it's usually highly desirable to have magnification done in whole or half magsteps. - And finally, there's the issue of partial (PostScript) font downloading. Basil K. Malyshev wrote `subfont' which can subset a PostScript font, so clearly this can be done, and similarly Y&Y's dvipsone does it. With bitmap fonts looking (to me at least) like something of an anachronism, it seems like this would be a very nice feature to have. In the past I've made my own dvips patches to handle a real number instead of an integer for DVI file magnification (thereby allowing (in a primitive way) one to specify magstep-based magnifications), and I'm thinking of a patch for to add a ``mock graphics'' switch and proper commenting of included encodings, but I suspect other people might be better at adding such things than I, if they're deemed useful. But I think the whole partial font downloading thing is probably beyond me. So, is there someone out there working on dvips? If they're on this list, do they think any of my suggested fixes and additions make sense? Thoughts, help, etc. would certainly be appreciated... Melissa. From owner-tex-fonts Tue Jul 9 02:38:27 1996 Return-Path: s.rahtz@elsevier.co.uk Received: from epprod.elsevier.co.uk (epprod.elsevier.co.uk [193.131.222.35]) by csc-sun.math.utah.edu (8.7.4/8.7.3) with SMTP id CAA07031 for ; Tue, 9 Jul 1996 02:38:24 -0600 (MDT) Received: from snowdon.elsevier.co.uk (snowdon.elsevier.co.uk [193.131.197.164]) by epprod.elsevier.co.uk (8.6.13/8.6.12) with ESMTP id JAA07592 for ; Tue, 9 Jul 1996 09:36:41 +0100 Received: from lochnagarn by snowdon with SMTP (PP); Tue, 9 Jul 1996 09:37:15 +0100 Received: (from srahtz@localhost) by lochnagarn (SMI-8.6/8.6.12) id JAA23604; Tue, 9 Jul 1996 09:36:14 +0100 Date: Tue, 9 Jul 1996 09:36:14 +0100 Message-Id: <199607090836.JAA23604@lochnagarn> From: Sebastian Rahtz To: oneill@cs.sfu.ca Cc: tex-fonts@math.utah.edu Subject: Re: Poor DSC conformance and no partial font downloading in dvips... In-Reply-To: <199607090640.XAA16064@alonzo.cs.sfu.ca> References: <199607090640.XAA16064@alonzo.cs.sfu.ca> Melissa O'Neill writes: > Is dvips currently being maintained beyond just making sure new kpathsea > releases don't break it? the `real' dvips has nothing to do with kpathsea. Karl Berry makes *dvipsk* from dvips, on his own initiiative and responsibility, and thats where kpathsea comes in > - Dvips thinks encodings specified in the psfonts.map file are actually > fonts, and so includes font comments in the outputted postscript. > Although most spoolers etc. can get by with this, it's clearly a > bug. this was actively discussed a week or so ago by various people, including Tom Rokicki, and he has worked out a solution to implement. basically, he is going to look in the included file to see if its a font or not > - There is no command-line switch to ``mock'' included graphics, > (which would be a godsend when one has to pass dvips output through > Basil K. Malyshev's fload program to do partial font i wouldnt say this was a bug, but i agree it might be useful. note that the next dvips has partial font downloading built in > - There is no command-line switch to specify DVI file magnification in > magsteps, which is strange, since it's usually highly desirable to > have magnification done in whole or half magsteps. if you need to do it (why?), i dont see the -X switch being hard to use, to be honest > - And finally, there's the issue of partial (PostScript) font > downloading. Basil K. Malyshev wrote `subfont' which can subset a done in the next release, and available for test already > So, is there someone out there working on dvips? If they're on this list, > do they think any of my suggested fixes and additions make sense? > contact Tom Rokicki directly with your ideas. he is very receptive to suggestions, and unfailingly polite sebastian From owner-tex-fonts Tue Jul 9 02:54:04 1996 Return-Path: brodnik@pegam.mat.uni-lj.si Received: from vega.fmf.uni-lj.si (vega.fmf.uni-lj.si [193.2.67.45]) by csc-sun.math.utah.edu (8.7.4/8.7.3) with SMTP id CAA07393 for ; Tue, 9 Jul 1996 02:54:01 -0600 (MDT) Received: from pegam.mat.uni-lj.si by vega.fmf.uni-lj.si (MX V4.2 AXP) with SMTP; Tue, 09 Jul 1996 10:53:13 +0200 Received: by pegam.mat.uni-lj.si (4.1/SMI-4.1) id AA01798; Tue, 9 Jul 96 10:50:30 +0200 From: brodnik@pegam.mat.uni-lj.si (Andrej Brodnik) Message-ID: <9607090850.AA01798@pegam.mat.uni-lj.si> Subject: Re: Poor DSC conformance and no partial font downloading in dvips... To: s.rahtz@elsevier.co.uk (Sebastian Rahtz) Date: Tue, 9 Jul 1996 10:50:29 +0200 (MET DST) CC: tex-fonts@math.utah.edu In-Reply-To: <199607090836.JAA23604@lochnagarn> from "Sebastian Rahtz" at Jul 9, 96 09:36:14 am Organization: Institute of Mathematics, Physics, and Mechanics Reply-To: Andrej.Brodnik@IMFM.Uni-Lj.SI (Andrej Brodnik (Andy)) X-Mailer: ELM [version 2.4 PL24 ME8] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit > Date: Tue, 9 Jul 1996 09:36:14 +0100 > From: Sebastian Rahtz > > Melissa O'Neill writes: > > Is dvips currently being maintained beyond just making sure new kpathsea > > releases don't break it? > the `real' dvips has nothing to do with kpathsea. Karl Berry makes > *dvipsk* from dvips, on his own initiiative and responsibility, > and thats where kpathsea comes in Should this be read as that dvipsk is "always" an "old version" of the "real" dvips? In other words, which dvips should one install (provided that (s)he wants to use kpathsea searching engine -- e.g. through the teTeX installation)? Thanx for the answer, Andrej From owner-tex-fonts Tue Jul 9 03:03:50 1996 Return-Path: s.rahtz@elsevier.co.uk Received: from epprod.elsevier.co.uk (epprod.elsevier.co.uk [193.131.222.35]) by csc-sun.math.utah.edu (8.7.4/8.7.3) with SMTP id DAA07642 for ; Tue, 9 Jul 1996 03:03:48 -0600 (MDT) Received: from snowdon.elsevier.co.uk (snowdon.elsevier.co.uk [193.131.197.164]) by epprod.elsevier.co.uk (8.6.13/8.6.12) with ESMTP id KAA07790 for ; Tue, 9 Jul 1996 10:02:06 +0100 Received: from lochnagarn by snowdon with SMTP (PP); Tue, 9 Jul 1996 10:02:42 +0100 Received: (from srahtz@localhost) by lochnagarn (SMI-8.6/8.6.12) id KAA24227; Tue, 9 Jul 1996 10:01:42 +0100 Date: Tue, 9 Jul 1996 10:01:42 +0100 Message-Id: <199607090901.KAA24227@lochnagarn> From: Sebastian Rahtz To: Andrej.Brodnik@IMFM.Uni-Lj.SI Cc: tex-fonts@math.utah.edu Subject: Re: Poor DSC conformance and no partial font downloading in dvips... In-Reply-To: <9607090850.AA01798@pegam.mat.uni-lj.si> References: <199607090836.JAA23604@lochnagarn> <9607090850.AA01798@pegam.mat.uni-lj.si> Andrej Brodnik writes: > > Should this be read as that dvipsk is "always" an "old version" of the "real" > dvips? i'd say so; Karl adds functionality when he `k's it, but i think he'd say that he follows Tom. maybe not, though > In other words, which dvips should one install (provided that (s)he > wants to use kpathsea searching engine -- e.g. through the teTeX > installation)? trust Karl. he'll get you a new dvipsk out with kpathsea up to date, and any interesting new features sebastian From owner-tex-fonts Tue Jul 9 04:05:29 1996 Return-Path: te@informatik.uni-hannover.de Received: from wega.informatik.uni-hannover.de (wega.informatik.uni-hannover.de [130.75.26.1]) by csc-sun.math.utah.edu (8.7.4/8.7.3) with SMTP id EAA09051 for ; Tue, 9 Jul 1996 04:05:25 -0600 (MDT) Received: by wega.informatik.uni-hannover.de (5.x/SMI-SVR4) id AA04618; Tue, 9 Jul 1996 12:00:21 +0200 Date: Tue, 9 Jul 1996 12:00:21 +0200 From: te@informatik.uni-hannover.de (Thomas Esser) Message-Id: <9607091000.AA04618@wega.informatik.uni-hannover.de> To: Andrej.Brodnik@IMFM.Uni-Lj.SI, s.rahtz@elsevier.co.uk Cc: tex-fonts@math.utah.edu Subject: Re: Poor DSC conformance and no partial font downloading in dvips... > Should this be read as that dvipsk is "always" an "old version" of the > "real" dvips? In other words, which dvips should one install (provided It is always derived from the original version, I think. > that (s)he wants to use kpathsea searching engine -- e.g. through the > teTeX installation)? teTeX relys strongly on Kpathsea. You can use a non-Kpathsea version of dvips, but this will be much slower in font searching. If you use a Kpathsea version, than you have to use the extended Kapathsea that comes with teTeX (at least until the features added for teTeX become part of the official distribution), or you will get into trouble. Thomas From owner-tex-fonts Tue Jul 9 06:10:54 1996 Return-Path: kb@cs.umb.edu Received: from terminus.cs.umb.edu (kb@terminus.cs.umb.edu [158.121.104.3]) by csc-sun.math.utah.edu (8.7.4/8.7.3) with SMTP id GAA11805 for ; Tue, 9 Jul 1996 06:10:53 -0600 (MDT) Received: by terminus.cs.umb.edu id AA17808 (5.65c/IDA-1.4.4 for tex-fonts@math.utah.edu); Tue, 9 Jul 1996 08:10:51 -0400 Date: Tue, 9 Jul 1996 08:10:51 -0400 Message-Id: <199607091210.AA17808@terminus.cs.umb.edu> From: kb@terminus.cs.umb.edu To: oneill@cs.sfu.ca Cc: tex-fonts@math.utah.edu Subject: Re: Poor DSC conformance and no partial font downloading in dvips... Thanks for the mail. Always good to hear about people actually using these programs and what we can do to improve them. Is dvips currently being maintained beyond just making sure new kpathsea releases don't break it? I am always willing to merge in new features into dvipsk. Occasionally I even do a little programming myself :-). - Dvips thinks encodings specified in the psfonts.map file are actually fonts, and so includes font comments in the outputted postscript. In the next dvipsk, you can put <[foo.enc in psfonts.map to explicitly specify that it is an encoding. I think Tom agreed to put this into dvips, too, but I'm not sure. It was needed for the partial t1 download. However, I'm not sure what you mean by ``font comments''. - There is no command-line switch to ``mock'' included graphics, I don't know what this means. (which would be a godsend when one has to pass dvips output through Basil K. Malyshev's fload program to do partial font downloading. The next dvips(k) will have partial downloading builtin. Sergey Lesenko did most of the work. - There is no command-line switch to specify DVI file magnification in magsteps, which is strange, since it's usually highly desirable to I guess. Can you send me your patches? From owner-tex-fonts Tue Jul 9 07:36:49 1996 Return-Path: s.rahtz@elsevier.co.uk Received: from epprod.elsevier.co.uk (epprod.elsevier.co.uk [193.131.222.35]) by csc-sun.math.utah.edu (8.7.4/8.7.3) with SMTP id HAA13738 for ; Tue, 9 Jul 1996 07:36:47 -0600 (MDT) Received: from snowdon.elsevier.co.uk (snowdon.elsevier.co.uk [193.131.197.164]) by epprod.elsevier.co.uk (8.6.13/8.6.12) with ESMTP id OAA09678 for ; Tue, 9 Jul 1996 14:35:04 +0100 Received: from lochnagarn by snowdon with SMTP (PP); Tue, 9 Jul 1996 14:35:58 +0100 Received: (from srahtz@localhost) by lochnagarn (SMI-8.6/8.6.12) id OAA06239; Tue, 9 Jul 1996 14:34:56 +0100 Date: Tue, 9 Jul 1996 14:34:56 +0100 Message-Id: <199607091334.OAA06239@lochnagarn> From: Sebastian Rahtz To: kb@terminus.cs.umb.edu Cc: oneill@cs.sfu.ca, tex-fonts@math.utah.edu Subject: Re: Poor DSC conformance and no partial font downloading in dvips... In-Reply-To: <199607091210.AA17808@terminus.cs.umb.edu> References: <199607091210.AA17808@terminus.cs.umb.edu> kb@terminus.cs.umb.edu writes: > In the next dvipsk, you can put <[foo.enc in psfonts.map to explicitly > specify that it is an encoding. I think Tom agreed to put this into > dvips, too, but I'm not sure. It was needed for the partial t1 download. i think you better talk to Tom about this, Karl. i think he has another idea now sebastian From owner-tex-fonts Tue Jul 9 10:07:09 1996 Return-Path: oneill@cs.sfu.ca Received: from cs.sfu.ca (root@cs.sfu.ca [142.58.111.1]) by csc-sun.math.utah.edu (8.7.4/8.7.3) with ESMTP id KAA17549 for ; Tue, 9 Jul 1996 10:07:07 -0600 (MDT) Received: from alonzo.cs.sfu.ca (oneill@alonzo [199.60.3.17]) by cs.sfu.ca (8.7.5/8.6.12) with ESMTP id JAA08849 for ; Tue, 9 Jul 1996 09:07:04 -0700 (PDT) From: "Melissa O'Neill" Received: (oneill@localhost) by alonzo.cs.sfu.ca (8.7.5/SFUCSSclient) id JAA22241 for tex-fonts@math.utah.edu; Tue, 9 Jul 1996 09:07:02 -0700 (PDT) Message-Id: <199607091607.JAA22241@alonzo.cs.sfu.ca> Subject: Re: Poor DSC conformance and no partial font downloading in dvips... To: tex-fonts@math.utah.edu Date: Tue, 9 Jul 1996 09:07:01 -0700 (PDT) In-Reply-To: from "oneill" at Jul 9, 96 09:04:53 am X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit I wrote: >> [In the current dvips:] >> - There is no command-line switch to ``mock'' included graphics, and ``kb@terminus.cs.umb.edu'' (I'm fairly sure that's Karl Berry) replied: > I don't know what this means. What I meant was that instead of including an EPS file, you draw a framed grey box the same size as the graphic, possibly with the name of the file inside. This can be useful is (a) you have the .dvi file, but the person neglected to also give you their EPS files, (b) draft printing when you don't care about the graphics (although you *can* do this in LaTeX with an option to the graphics package), or (c) you're using ``fload'' and rendering complex EPS files slows the whole process, to no gain (because your EPS files don't need partial font downloading). As I said, it's in Tomas Rokicki's TeXview program, so my guess is that the code is already written, it'd just need to be merged into dvips. Melissa. From owner-tex-fonts Tue Jul 9 10:30:16 1996 Return-Path: oneill@cs.sfu.ca Received: from cs.sfu.ca (root@cs.sfu.ca [142.58.111.1]) by csc-sun.math.utah.edu (8.7.4/8.7.3) with ESMTP id KAA18273 for ; Tue, 9 Jul 1996 10:30:13 -0600 (MDT) Received: from alonzo.cs.sfu.ca (oneill@alonzo [199.60.3.17]) by cs.sfu.ca (8.7.5/8.6.12) with ESMTP id JAA09793 for ; Tue, 9 Jul 1996 09:30:09 -0700 (PDT) From: "Melissa O'Neill" Received: (oneill@localhost) by alonzo.cs.sfu.ca (8.7.5/SFUCSSclient) id JAA22282 for tex-fonts@math.utah.edu; Tue, 9 Jul 1996 09:30:07 -0700 (PDT) Message-Id: <199607091630.JAA22282@alonzo.cs.sfu.ca> Subject: Re: Poor DSC conformance and no partial font downloading in dvips... To: tex-fonts@math.utah.edu Date: Tue, 9 Jul 1996 09:30:06 -0700 (PDT) In-Reply-To: <199607090836.JAA23604@lochnagarn> from "Sebastian Rahtz" at Jul 9, 96 09:36:14 am X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit I wrote: >> - There is no command-line switch to specify DVI file magnification in >> magsteps, which is strange, since it's usually highly desirable to >> have magnification done in whole or half magsteps. ... and Sebastian Rahtz replied: > if you need to do it (why?), i dont see the -X switch being hard to > use, to be honest I take it you mean the ``-x'' switch, and not the ``-X'' switch. If you've ever actually *used* the -x switch, you'd know that as implemented it's inadequate to the job of magnifying by negative magsteps. If you do, say, reduction by half a magstep, you can try giving dvips the command line argument dvips -x 761, and for some fonts, especially at 300dpi, it'll do the right thing, but with only three significant figures of 1000 * (1.2^-1.5), it'll similarly sometimes not and make bitmap fonts that aren't stepped at an even magstep. I patched dvips once to allow one to give real numbers rather than integers for the -x and -y arguments which meant that one could give more significant figures, while helped. All of this was necessary when I used to save paper by printing DVI files as 2-up booklets, and thus wanted to scale the text. Since many files will, say, use cmr10, scaled up by one magstep, if you reduce the file by one magstep, you save generating a new bitmap for that font, saving time and diskspace. Now, I use the BaKoMa postscript fonts, so I'm no longer troubled by the whole ``bitmap font'' business, and magsteps, and such. My patch for dvips was pretty small (well, 200 lines), so I've enclosed it (for ``kb'' who asked for it, and anyone else who might care). It's for version 5.58 of dvips. Regards, Melissa. Enc. --- bbox.c.orig Sat Sep 10 18:14:55 1994 +++ bbox.c Sun Mar 5 21:13:07 1995 @@ -18,7 +18,8 @@ extern char *nextstring, errbuf[] ; extern FILE *tfmfile, *dvifile ; extern fontdesctype *baseFonts[] ; -extern integer firstboploc, num, den, mag ; +extern integer firstboploc, num, den; +extern real mag; extern integer hoff, voff ; typedef struct { @@ -249,7 +250,7 @@ } void findbb() { integer curpos = ftell(dvifile) ; - real conv = 72.0 * (real)num / (real)den * (real)mag / 254000000.0 ; + real conv = 72.0 * (real)num / (real)den * mag / 254000000.0 ; real off = 72.0 / conv ; real margin = 1.0 / conv ; real vsize = 792.0 / conv ; --- dosection.c.orig Thu Aug 12 09:20:13 1993 +++ dosection.c Sun Mar 5 21:14:16 1995 @@ -37,7 +37,7 @@ extern integer hpapersize, vpapersize ; extern integer pagecopies ; static int psfont ; -extern integer mag ; +extern real mag ; extern char *fulliname ; /* * Now we have the main procedure. @@ -63,7 +63,7 @@ } numout(hpapersize) ; numout(vpapersize) ; - numout(mag) ; + numout((integer)mag) ; numout((integer)DPI) ; numout((integer)VDPI) ; sprintf(buf, "(%.99s)", fulliname) ; --- download.c.orig Mon Jan 18 16:10:32 1993 +++ download.c Sun Mar 5 21:15:29 1995 @@ -24,7 +24,7 @@ extern quarterword *raster ; extern quarterword *mraster ; extern Boolean compressed ; -extern integer mag ; +extern real mag ; extern int actualdpi ; static unsigned char dummyend[8] = { 252 } ; /* @@ -262,7 +262,7 @@ */ numout((integer)numcc) ; fontscale = ((float)(curfnt->scaledsize)) / 655360.0 ; - fontscale *= (((float)mag)/7200.0) ; + fontscale *= (mag/7200.0) ; fontscale *= actualdpi ; (void)sprintf(nextstring, "%f", fontscale) ; cmdout(nextstring) ; --- drawPS.c.orig Mon Jan 18 16:10:54 1993 +++ drawPS.c Sun Mar 5 21:22:36 1995 @@ -102,7 +102,7 @@ extern integer hh,vv; /* the current x,y position in pixel units */ extern int actualdpi ; extern int vactualdpi ; -extern integer mag ; +extern real mag ; #define convRESOLUTION DPI #define convVRESOLUTION VDPI @@ -678,7 +678,7 @@ register integer x; /* in DVI units */ register integer convDPI; /* dots per inch */ { - return ((integer)(x * (float)mag * (float)convDPI / + return ((integer)(x * mag * (float)convDPI / (1000.0 * tpicRESOLUTION))) ; } --- dvips.c.orig Sat Sep 10 18:00:02 1994 +++ dvips.c Sun Mar 5 21:28:51 1995 @@ -73,12 +73,7 @@ real conv ; /* conversion ratio, pixels per DVI unit */ real vconv ; /* conversion ratio, pixels per DVI unit */ real alpha ; /* conversion ratio, DVI unit per TFM unit */ -#ifndef ATARIST -integer -#else -long -#endif -mag ; /* the magnification of this document */ +real mag ; /* the magnification of this document */ integer num, den ; /* the numerator and denominator */ int overridemag ; /* substitute for mag value in DVI file? */ int actualdpi = DEFRES ; /* the actual resolution of the printer */ @@ -705,12 +700,7 @@ case 'x' : case 'y' : if (*p == 0 && argv[i+1]) p = argv[++i] ; -#ifndef ATARIST - if (sscanf(p, "%d", &mag)==0 || mag < 10 || -#else - if (sscanf(p, "%ld", &mag)==0 || mag < 10 || -#endif - mag > 100000) + if (sscanf(p, "%lf", &mag)==0 || mag < 10.0 || mag > 100000.0) error("! Bad magnification parameter (-x).") ; overridemag = (c == 'x' ? 1 : -1) ; break ; --- finclude.c.orig Thu Aug 12 09:15:30 1993 +++ finclude.c Sun Mar 5 21:30:43 1995 @@ -39,7 +39,7 @@ extern real conv ; extern integer pagecost ; extern int actualdpi ; -extern integer mag ; +extern real mag ; extern Boolean includesfonts ; extern char *figpath ; /* --- fontdef.c.orig Thu Feb 11 16:30:57 1993 +++ fontdef.c Sun Mar 5 21:33:37 1995 @@ -15,7 +15,7 @@ * The external variables we use: */ extern char *nextstring, *maxstring ; -extern integer mag ; +extern real mag ; extern fontdesctype *baseFonts[] ; #ifdef DEBUG extern integer debug_flag; @@ -65,7 +65,7 @@ fp->area = area; fp->resfont = NULL ; fp->localfonts = NULL ; - fp->dpi = dpicheck((halfword)((float)mag*(float)fp->scaledsize*DPI/ + fp->dpi = dpicheck((halfword)(mag*(float)fp->scaledsize*DPI/ ((float)fp->designsize*1000.0)+0.5)) ; fp->loadeddpi = fp->dpi ; #ifdef DEBUG --- prescan.c.orig Tue Apr 20 22:53:33 1993 +++ prescan.c Sun Mar 5 21:37:26 1995 @@ -34,7 +34,8 @@ extern integer maxpages ; extern sectiontype *sections ; extern FILE *dvifile ; -extern integer num, den, mag ; +extern integer num, den; +extern real mag ; extern int overridemag ; extern integer swmem ; extern int quiet ; @@ -61,10 +62,10 @@ num = signedquad() ; den = signedquad() ; if (overridemag > 0) (void)signedquad() ; - else if (overridemag < 0) mag = (mag * signedquad() + 500) / 1000 ; - else mag = signedquad() ; - conv = (real) num * DPI * (real) mag / ( den * 254000000.0 ) ; - vconv = (real) num * VDPI * (real) mag / ( den * 254000000.0 ) ; + else if (overridemag < 0) mag = (mag * (real)signedquad() + 500.0) / 1000.0; + else mag = (real) signedquad() ; + conv = (real) num * DPI * mag / ( den * 254000000.0 ) ; + vconv = (real) num * VDPI * mag / ( den * 254000000.0 ) ; alpha = (((real)den / 7227.0) / 0x100000) * (25400000.0 / (real) num) ; fsizetol = 1 + (integer)(DPI/(72270.0 * conv)) ; if (!pprescan) { --- resident.c.orig Mon Aug 15 21:47:31 1994 +++ resident.c Sun Mar 5 21:42:03 1995 @@ -79,7 +79,7 @@ extern Boolean safetyenclose ; extern Boolean dopprescan ; extern integer maxsecsize ; -extern integer mag ; +extern real mag ; extern Boolean sepfiles ; extern int actualdpi ; extern int vactualdpi ; @@ -582,7 +582,7 @@ if (vactualdpi < 10 || vactualdpi > 10000) bad_config() ; break ; case 'x': case 'y': - if (sscanf(was_inline+1, "%d", &mag) != 1) bad_config() ; + if (sscanf(was_inline+1, "%lf", &mag) != 1) bad_config() ; overridemag = (was_inline[0] == 'x') ? 1 : -1 ; break ; case 'e' : --- virtualfont.c.orig Mon Aug 15 21:45:51 1994 +++ virtualfont.c Sun Mar 5 21:42:51 1995 @@ -25,7 +25,7 @@ extern real conv ; extern real vconv ; extern real alpha ; -extern integer mag ; +extern real mag ; extern int actualdpi ; extern int vactualdpi ; extern char *nextstring, *maxstring ; From owner-tex-fonts Tue Jul 9 10:44:23 1996 Return-Path: oneill@cs.sfu.ca Received: from cs.sfu.ca (root@cs.sfu.ca [142.58.111.1]) by csc-sun.math.utah.edu (8.7.4/8.7.3) with ESMTP id KAA18774 for ; Tue, 9 Jul 1996 10:44:21 -0600 (MDT) Received: from alonzo.cs.sfu.ca (oneill@alonzo [199.60.3.17]) by cs.sfu.ca (8.7.5/8.6.12) with ESMTP id JAA10292 for ; Tue, 9 Jul 1996 09:44:15 -0700 (PDT) From: "Melissa O'Neill" Received: (oneill@localhost) by alonzo.cs.sfu.ca (8.7.5/SFUCSSclient) id JAA22319 for tex-fonts@math.utah.edu; Tue, 9 Jul 1996 09:44:13 -0700 (PDT) Message-Id: <199607091644.JAA22319@alonzo.cs.sfu.ca> Subject: Re: Poor DSC conformance and no partial font downloading in dvips... To: tex-fonts@math.utah.edu Date: Tue, 9 Jul 1996 09:44:13 -0700 (PDT) In-Reply-To: <199607090836.JAA23604@lochnagarn> from "Sebastian Rahtz" at Jul 9, 96 09:36:14 am X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sebastian Rahtz writes: > the `real' dvips has nothing to do with kpathsea. Karl Berry makes > *dvipsk* from dvips, on his own initiiative and responsibility, > and thats where kpathsea comes in Well, this is something that seems to cause undue confusion too. It seems like it'd be so much easier if there was just *one* dvips, rather than ``the real'' dvips, and Karl Berry's dvips(k). Is there any big drawback to the ``kpathsea'' version? As we saw later when Karl answered about the inclusion of encodings, having two separately maintained sources means that Tomas Rokicki and Karl may wind up solving the same problem different ways. Sebastian also writes: > [partial font downloading is] done in the next release, and available > for test already Well, this is excellent news, but you speak it as if it's a well known fact. It certainly wasn't advertised here. (And if *we* (as people interested in font issues) aren't interested in the addition of partial font downloading to dvips, I don't know who would be...) Perhaps you could let us know where we can download this test release of dvips from? Sebastian concludes with: > contact Tom Rokicki directly with your ideas. he is very receptive to > suggestions, and unfailingly polite Well, the last couple of times I sent mail to Tom Rokicki, I received no reply at all, which led me to assume that he was too busy to deal with dvips right now. Given the fact that dvips has changed little in a long time, I began to assume that he'd given up on it and moved on. I'm glad to hear otherwise. Regards, Melissa. From owner-tex-fonts Tue Jul 9 12:45:26 1996 Return-Path: oneill@cs.sfu.ca Received: from cs.sfu.ca (root@cs.sfu.ca [142.58.111.1]) by csc-sun.math.utah.edu (8.7.4/8.7.3) with ESMTP id MAA22434 for ; Tue, 9 Jul 1996 12:45:26 -0600 (MDT) Received: from alonzo.cs.sfu.ca (oneill@alonzo [199.60.3.17]) by cs.sfu.ca (8.7.5/8.6.12) with ESMTP id LAA16298 for ; Tue, 9 Jul 1996 11:45:20 -0700 (PDT) From: "Melissa O'Neill" Received: (oneill@localhost) by alonzo.cs.sfu.ca (8.7.5/SFUCSSclient) id LAA22560 for tex-fonts@math.utah.edu; Tue, 9 Jul 1996 11:45:18 -0700 (PDT) Message-Id: <199607091845.LAA22560@alonzo.cs.sfu.ca> Subject: dvips 5.60 is on CTAN To: tex-fonts@math.utah.edu Date: Tue, 9 Jul 1996 11:45:18 -0700 (PDT) X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit I wrote (to Sebastian Rahtz): > Perhaps you could let us know where we can download this test release > of dvips from? Moments after saying this, I decided to check CTAN and found dvips 5.60 alpha in /tex-archive/dviware/dvips. Melissa. From owner-tex-fonts Wed Jul 10 02:41:46 1996 Return-Path: s.rahtz@elsevier.co.uk Received: from epprod.elsevier.co.uk (epprod.elsevier.co.uk [193.131.222.35]) by csc-sun.math.utah.edu (8.7.4/8.7.3) with SMTP id CAA13316 for ; Wed, 10 Jul 1996 02:41:43 -0600 (MDT) Received: from snowdon.elsevier.co.uk (snowdon.elsevier.co.uk [193.131.197.164]) by epprod.elsevier.co.uk (8.6.13/8.6.12) with ESMTP id JAA03766 for ; Wed, 10 Jul 1996 09:39:53 +0100 Received: from lochnagarn by snowdon with SMTP (PP); Wed, 10 Jul 1996 09:40:09 +0100 Received: (from srahtz@localhost) by lochnagarn (SMI-8.6/8.6.12) id JAA05216; Wed, 10 Jul 1996 09:39:08 +0100 Date: Wed, 10 Jul 1996 09:39:08 +0100 Message-Id: <199607100839.JAA05216@lochnagarn> From: Sebastian Rahtz To: oneill@cs.sfu.ca Cc: tex-fonts@math.utah.edu Subject: Re: Poor DSC conformance and no partial font downloading in dvips... In-Reply-To: <199607091644.JAA22319@alonzo.cs.sfu.ca> References: <199607090836.JAA23604@lochnagarn> <199607091644.JAA22319@alonzo.cs.sfu.ca> > As we saw later when Karl answered about the inclusion of encodings, > having two separately maintained sources means that Tomas Rokicki and > Karl may wind up solving the same problem different ways. bad luck, i agree. these things happen. i guess thats for Karl to answer > Well, this is excellent news, but you speak it as if it's a well known > fact. It certainly wasn't advertised here. (And if *we* (as people > interested in font issues) aren't interested in the addition of partial > font downloading to dvips, I don't know who would be...) how about joining TUG and reading TUGboat, and then you'd have read Sergey Lesenko's article about it? i assume it *is* well known, since published in the most important TeX publication. > Perhaps you could let us know where we can download this test release > of dvips from? CTAN, in dviware/dvips (not surprisingly) > Well, the last couple of times I sent mail to Tom Rokicki, I received no > reply at all, which led me to assume that he was too busy to deal with > dvips right now. Given the fact that dvips has changed little in a long > time, I began to assume that he'd given up on it and moved on. I'm glad he did get a new job with HP a couple of years ago, and has not had the time he wanted to work on dvips. maybe i am just lucky that he replies to my messages usually. he certainly *is* maintaining and developing dvips, but not perhaps as fast as we would ideally like the next release also includes support for the HyperTeX specials, by the way sebastian From owner-tex-fonts Wed Jul 10 03:42:52 1996 Return-Path: s.rahtz@elsevier.co.uk Received: from epprod.elsevier.co.uk (epprod.elsevier.co.uk [193.131.222.35]) by csc-sun.math.utah.edu (8.7.4/8.7.3) with SMTP id DAA14690 for ; Wed, 10 Jul 1996 03:42:49 -0600 (MDT) Received: from snowdon.elsevier.co.uk (snowdon.elsevier.co.uk [193.131.197.164]) by epprod.elsevier.co.uk (8.6.13/8.6.12) with ESMTP id KAA04733 for ; Wed, 10 Jul 1996 10:41:02 +0100 Received: from lochnagarn by snowdon with SMTP (PP); Wed, 10 Jul 1996 10:41:30 +0100 Received: (from srahtz@localhost) by lochnagarn (SMI-8.6/8.6.12) id KAA09389; Wed, 10 Jul 1996 10:40:27 +0100 Date: Wed, 10 Jul 1996 10:40:27 +0100 Message-Id: <199607100940.KAA09389@lochnagarn> From: Sebastian Rahtz To: oneill@cs.sfu.ca Cc: tex-fonts@math.utah.edu Subject: Re: Poor DSC conformance and no partial font downloading in dvips... In-Reply-To: <199607091630.JAA22282@alonzo.cs.sfu.ca> References: <199607090836.JAA23604@lochnagarn> <199607091630.JAA22282@alonzo.cs.sfu.ca> Melissa O'Neill writes: > I take it you mean the ``-x'' switch, and not the ``-X'' switch. > > If you've ever actually *used* the -x switch, you'd know that as implemented > it's inadequate to the job of magnifying by negative magsteps. If you true. it never occurred to me to do the job like that. but then i never use bitmap fonts if i can help it. i only use -x to scale stuff up a little before converting to GIF for Web pages > I patched dvips once to allow one to give real numbers rather than integers > for the -x and -y arguments which meant that one could give more significant > figures, while helped. but this sounds a sensible fix > Now, I use the BaKoMa postscript fonts, so I'm no longer troubled by the > whole ``bitmap font'' business, and magsteps, and such. quite..... sebastian From owner-tex-fonts Wed Jul 10 05:11:01 1996 Return-Path: a7971428@unet.univie.ac.at Received: from email.univie.ac.at (email.univie.ac.at [131.130.1.19]) by csc-sun.math.utah.edu (8.7.4/8.7.3) with SMTP id FAA16626 for ; Wed, 10 Jul 1996 05:10:59 -0600 (MDT) Received: from unet.univie.ac.at by email.univie.ac.at with SMTP (PP); Wed, 10 Jul 1996 13:10:31 +0200 Received: (from a7971428@localhost) by unet.univie.ac.at (8.7.1/8.7.1) id NAA24136; Wed, 10 Jul 1996 13:10:29 +0200 Date: Wed, 10 Jul 1996 13:10:29 +0200 (MSZ) From: Werner LEMBERG To: tex-fonts@math.utah.edu Subject: problems with Czech Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII I used the times family for printing a synchronoptical translation of Antonin Dvoraks opera Rusalka in Czech/German/Japanese. Some problems occurred with the T1 encoding: o character t' and d': the ' should be in both cases much nearer to the t and d respectively. Additionally the width of these characters is too large (consider the Czech words "vrat'te" or "d'abel"); maybe some kerns are necessary too (note that I can't speak Czech; I just wrote the text). o if use courier to print t', the ' will be separated from the t and printed as an own character! This is definitely wrong. Werner From owner-tex-fonts Wed Jul 10 13:25:16 1996 Return-Path: kb@cs.umb.edu Received: from terminus.cs.umb.edu (kb@terminus.cs.umb.edu [158.121.104.3]) by csc-sun.math.utah.edu (8.7.4/8.7.3) with SMTP id NAA08601 for ; Wed, 10 Jul 1996 13:25:14 -0600 (MDT) Received: by terminus.cs.umb.edu id AA12851 (5.65c/IDA-1.4.4 for tex-fonts@math.utah.edu); Wed, 10 Jul 1996 15:24:49 -0400 Date: Wed, 10 Jul 1996 15:24:49 -0400 From: "K. Berry" Message-Id: <199607101924.AA12851@terminus.cs.umb.edu> To: tex-fonts@math.utah.edu, brodnik@pegam.mat.uni-lj.si Subject: Re: Poor DSC conformance and no partial font downloading in dvips... seems like it'd be so much easier if there was just *one* dvips, rather than ``the real'' dvips, and Karl Berry's dvips(k). Is there any big drawback to the ``kpathsea'' version? Drawback? Not in my opinion :-). There's two versions of dvips for several reasons -- for one thing, Tom doesn't especially want to spend time changing the configuration strategy, and I can't blame him. His development time is limited enough as it is. For another thing, he doesn't want any part of his distribution to fall under the GPL or LGPL, and I am morally (and perhaps legally) obligated to distribute Kpathsea under a *GPL license. (And even if I wasn't obligated, I'd do it that way anyway.) So there's an impasse. As we saw later when Karl answered about the inclusion of encodings, having two separately maintained sources means that Tomas Rokicki and Karl may wind up solving the same problem different ways. There is no conflict -- Tom wins :-). He always does the right thing :-). So, if he's found a better way to solve the problem, great, I'll merge that in. I always update dvipsk with everything he does (ditto xdvik/xdvi). Put another, dvipsk is a superset (sometimes proper, sometimes not) with of dvips. Even path searching, I think. (I.e., kpathsea does more weird stuff than dvips does, but everything dvips does will work with kpathsea, in the same way. As far as I can think of right now, anyway.) From owner-tex-fonts Wed Jul 10 13:25:24 1996 Return-Path: kb@cs.umb.edu Received: from terminus.cs.umb.edu (kb@terminus.cs.umb.edu [158.121.104.3]) by csc-sun.math.utah.edu (8.7.4/8.7.3) with SMTP id NAA08605 for ; Wed, 10 Jul 1996 13:25:19 -0600 (MDT) Received: by terminus.cs.umb.edu id AA12743 (5.65c/IDA-1.4.4 for tex-fonts@math.utah.edu); Wed, 10 Jul 1996 15:24:44 -0400 Date: Wed, 10 Jul 1996 15:24:44 -0400 From: "K. Berry" Message-Id: <199607101924.AA12743@terminus.cs.umb.edu> To: Andrej.Brodnik@imfm.uni-lj.si Cc: s.rahtz@elsevier.co.uk, tex-fonts@math.utah.edu Subject: Re: Poor DSC conformance and no partial font downloading in dvips... Should this be read as that dvipsk is "always" an "old version" of the "real" dvips? It's not *always* old, but other than that, yes. In other words, which dvips should one install (provided that (s)he wants to use kpathsea searching engine -- e.g. through the teTeX installation)? If you want kpathsea, use dvipsk. There is no alternative. From owner-tex-fonts Thu Jul 11 07:22:42 1996 Return-Path: a7971428@unet.univie.ac.at Received: from email.univie.ac.at (email.univie.ac.at [131.130.1.19]) by csc-sun.math.utah.edu (8.7.4/8.7.3) with SMTP id HAA03897 for ; Thu, 11 Jul 1996 07:22:35 -0600 (MDT) Received: from unet.univie.ac.at by email.univie.ac.at with SMTP (PP); Thu, 11 Jul 1996 15:22:09 +0200 Received: (from a7971428@localhost) by unet.univie.ac.at (8.7.1/8.7.1) id PAA30380; Thu, 11 Jul 1996 15:22:07 +0200 Date: Thu, 11 Jul 1996 15:22:06 +0200 (MSZ) From: Werner LEMBERG To: "K. Berry" cc: tex-fonts@math.utah.edu Subject: Re: problems with Czech In-Reply-To: <199607101924.AA12761@terminus.cs.umb.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII On Wed, 10 Jul 1996, K. Berry wrote: > I used the times family for printing a synchronoptical translation of > Antonin Dvoraks opera Rusalka in Czech/German/Japanese. > > Some problems occurred with the T1 encoding: > > Did you get an answer regarding this? No. > > The problems need to be addressed by whoever deals with the typeface > that you used. Were you using the DC fonts, or PostScript fonts, or > something else? PS times roman. I was pointed to this mailing list if there occur problems with its .vf files etc. > > If it was the DC fonts, you should contact > knappen@vkpmzd.kph.uni-mainz.de, if you haven't heard from him already. > DC fonts work exactly as expected :-) Werner From owner-tex-fonts Thu Jul 11 07:51:09 1996 Return-Path: alanje@cogs.susx.ac.uk Received: from csrj.crn.cogs.susx.ac.uk (root@csrj.crn.cogs.susx.ac.uk [192.33.16.212]) by csc-sun.math.utah.edu (8.7.4/8.7.3) with SMTP id HAA04550 for ; Thu, 11 Jul 1996 07:51:07 -0600 (MDT) Received: by csrj.crn.cogs.susx.ac.uk (Smail3.1.29.1 #3) id m0ueM7j-0001ikC; Thu, 11 Jul 96 14:49 BST Message-Id: Date: Thu, 11 Jul 96 14:49 BST From: Alan Jeffrey To: Werner LEMBERG Cc: "K. Berry" , tex-fonts@math.utah.edu Subject: Re: problems with Czech In-Reply-To: References: <199607101924.AA12761@terminus.cs.umb.edu> Werner LEMBERG writes: > PS times roman. I was pointed to this mailing list if there occur > problems with its .vf files etc. What were the problems? There are some missing glyphs (eg Ng and dotless j) but these aren't supplied by Adobe, so there's not much that can be done about that. Alan. From owner-tex-fonts Thu Jul 11 10:08:59 1996 Return-Path: a7971428@unet.univie.ac.at Received: from email.univie.ac.at (email.univie.ac.at [131.130.1.19]) by csc-sun.math.utah.edu (8.7.4/8.7.3) with SMTP id KAA08004 for ; Thu, 11 Jul 1996 10:08:53 -0600 (MDT) Received: from unet.univie.ac.at by email.univie.ac.at with SMTP (PP); Thu, 11 Jul 1996 18:08:39 +0200 Received: (from a7971428@localhost) by unet.univie.ac.at (8.7.1/8.7.1) id SAA39930; Thu, 11 Jul 1996 18:08:33 +0200 Date: Thu, 11 Jul 1996 18:08:33 +0200 (MSZ) From: Werner LEMBERG To: tex-fonts@math.utah.edu Subject: problems with Czech (repost) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII It seems that this mail did not reach all of the list. Here a repost (and slightly improved): I used the PS Times-Roman family for printing a synchronoptical translation of Antonin Dvoraks opera Rusalka in Czech/German/Japanese. Some problems occurred with the T1 encoding: o character t' and d': the ' should be in both cases much nearer to the t and d respectively. Additionally the width of these characters is too large (consider the Czech words "vrat'te" or "d'abel"); maybe some kerns are necessary too (note that I can't speak Czech; I just wrote the text). o if use PS Courier to print t', the ' will be separated from the t and printed as an own character! This is definitely wrong. Werner From owner-tex-fonts Thu Jul 11 15:41:45 1996 Return-Path: gt0138d@prism.gatech.edu Received: from anvil.gatech.edu (anvil.gatech.edu [130.207.165.41]) by csc-sun.math.utah.edu (8.7.4/8.7.3) with ESMTP id PAA16814 for ; Thu, 11 Jul 1996 15:41:43 -0600 (MDT) Received: from acmex.gatech.edu (acmex.gatech.edu [130.207.165.22]) by anvil.gatech.edu (8.7.5/8.7.3) with ESMTP id RAA29814 for ; Thu, 11 Jul 1996 17:41:29 -0400 (EDT) From: Sumit Received: (from gt0138d@localhost) by acmex.gatech.edu (8.7.5/8.7.3) id RAA14334 for tex-fonts@math.utah.edu; Thu, 11 Jul 1996 17:41:27 -0400 (EDT) Message-Id: <199607112141.RAA14334@acmex.gatech.edu> Subject: Installing psfonts To: tex-fonts@math.utah.edu Date: Thu, 11 Jul 1996 17:41:27 -0400 (EDT) X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Hi, I downloaded the adobe folder under psfonts. Is there a way of installing them so that the files are placed where Latex can find it? I am running miktex on WindowsNT and printing to a HP laserjet. Thanks in advance for your help. Sumit From owner-tex-fonts Sat Jul 13 12:38:33 1996 Return-Path: kb@cs.umb.edu Received: from terminus.cs.umb.edu (kb@terminus.cs.umb.edu [158.121.104.3]) by csc-sun.math.utah.edu (8.7.4/8.7.3) with SMTP id MAA18587; Sat, 13 Jul 1996 12:38:32 -0600 (MDT) Received: by terminus.cs.umb.edu id AA28144 (5.65c/IDA-1.4.4); Sat, 13 Jul 1996 14:38:31 -0400 Date: Sat, 13 Jul 1996 14:38:31 -0400 Message-Id: <199607131838.AA28144@terminus.cs.umb.edu> From: kb@terminus.cs.umb.edu To: tex-k@cs.umb.edu, tex-archive@math.utah.edu, tex-fonts@math.utah.edu Subject: [Michel.Goossens@cern.ch: Important message from Knuth: Wrong cm fonts on Lynux ] Date: Sat, 13 Jul 1996 19:10:52 +0200 (METDST) From: Michel Goossens Please take notice: the following is on the www pages of Knuth: http://www-cs-faculty.Stanford.EDU/~knuth/cm.html Please inform your colleages, members of User Groups, etc. Michel ----------- Important Message to all Users of TeX ===================================== Two font problems have arisen that need to be corrected before they get even worse. One is a serious font incompatibility problem; the other is an aesthetic problem of obsolete designs (this part not shown below m.g.) Both concern only the Computer Modern font family. I'm counting on the traditional goodwill of TeX users everywhere to help resolve these problems. The Linux Slackware Distribution Has Bad Fonts ============================================== Somebody in Germany made unauthorized changes to the Computer Modern source files in 1994 (the METAFONT programs that define the Computer Modern fonts), in direct violation of my stipulation on the copyright page of C omputers & Typesetting, Volume E. As a result, these fonts produce quite different results on different computer systems, and they will also cause TeX to typeset your old papers with different line breaks, page breaks, overfull boxes, etc. Unfortunately, the unauthor ized files somehow got substituted for the correct ones --- I'm not sure when. But I am sure angry! Dear friends, I decided to put these fonts into the public domain rather than to make them proprietary; all I have asked is that nobody change them, UNLESS THE NAME IS CHANGED, so that every user can obtain equivalent results on all computer systems, now and 50 years from now. I went to enormous efforts to make TeX and METAFONT systems equivalent on hundreds of different computers, and to make them archival as no commercial software has ever been. If you want to improve the fonts, go ahead, but DON'T GIVE YOUR FONTS THE SAME NAME AS MINE. I insist that every font named cmr10 have the same font metrics, so that TeX will choose exactly the same line breaks and page breaks on every computer system in the world. This compatibility must be enforced by peer pressure (boycotts, bad publicity , etc.), to anybody who breaks the rules. The TeX Users Group is now deciding how best to condemn this action and to keep the cancer from infecting too many systems. Another person has changed the shapes of the apostrophe and reverse apostrophe in the Computer Modern Typewriter fonts, against my wishes. Instead of naming him here, I ask him to retract his work as soon as possible. The volunteer who helped me discover why my TeX was different from his tells me that he got the adulterated font files from an InfoMagic 4CD set dated March 1995. Look, I number the Linux folks among my personal heroes; I don't want to campaign against their fine work. They undoubtedly picked up these bad font files from somewhere in all innocence. But now the community must quickly get the word out that the CM fonts distributed with Linux since spring 1995 (at least) are grievously corrupted. The incompatible fonts must be banished from all computer systems that hope to be compatible with legitimate installations of TeX. How to Tell If Your Fonts Are Corrupted ======================================= Type the following simple instructions to TeX, after the ** prompt: \setbox 0 = \hbox{ho} \showbox 0 Then type x to the > prompt. If TeX replies that \box0 is an \hbox of width 10.55559, you're in good shape; \rela x! But if TeX replies that \box0 has width 10.31947, I'm sorry to say that you've got a big problem. In that case TeX will also show you a \kern between the h and the o. The source of the errors can be traced to three illegitimate font files. Please get your system administrator to replace the files you have by the officially correct ones that you can find here: roman.mf romlig.mf punct.mf Several other files in the Slackware distribution are slightly out of date with respect to the official sources in directory ~ftp/pub/tex/cm at labrea.stanford.edu, but replacing the three files above AND REMAKING ALL THE FONTS will cure all the serious problems. (Actually you don't need to remake any bitmaps, except for the typewriter-style fonts cmtt* and cmtex*; all you need otherwise is to remake the font metric files, namely the files with suffix ".tfm". You also need to remake the ".fmt" files that TeX uses at the start of a job, because these contain preloaded font information.) From owner-tex-fonts Sun Jul 14 05:41:58 1996 Return-Path: hanche@romberg.imf.unit.no Received: from romberg.imf.unit.no (romberg.imf.unit.no [129.241.15.150]) by csc-sun.math.utah.edu (8.7.4/8.7.3) with ESMTP id FAA10759; Sun, 14 Jul 1996 05:41:56 -0600 (MDT) Received: (from hanche@localhost) by romberg.imf.unit.no (8.7.5/8.7.3) id NAA26922; Sun, 14 Jul 1996 13:01:36 +0200 (MET DST) From: "Harald Hanche-Olsen" Message-Id: <9607141301.ZM26920@romberg.imf.unit.no> Date: Sun, 14 Jul 1996 13:01:35 +0200 In-Reply-To: <199607131838.AA28144@terminus.cs.umb.edu> References: <199607131838.AA28144@terminus.cs.umb.edu> X-Face: ,};iH+.X."ygdh+d]dhDa&*SY2HIr/pV,Sz%PSzi!bjr"jOC{%6*g@aB("DWtv6?EKg2_pjvl.q^RA`hM(a'X$&NeX?6W)yb>5o0\n\G_g+G(E_qQnAlI.BJOG9mw%i.wyiT(7i&CElcgIE_s^^Bz UJokoXH7L)L*jn X-URL: http://www.imf.unit.no/~hanche/ X-Mailer: Z-Mail (3.2.1 10apr95) To: kb@terminus.cs.umb.edu, tex-k@cs.umb.edu, tex-archive@math.utah.edu, tex-fonts@math.utah.edu Subject: Re: [Michel.Goossens@cern.ch: Important message from Knuth: Wrong cm fonts on Lynux ] Sender: Harald Hanche-Olsen Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit | Date: Sat, 13 Jul 1996 19:10:52 +0200 (METDST) | From: Michel Goossens | | Please take notice: the following is on the www pages of Knuth: | http://www-cs-faculty.Stanford.EDU/~knuth/cm.html | | Please inform your colleages, members of User Groups, etc. | The Linux Slackware Distribution Has Bad Fonts | ============================================== Not only Linux ... (read on) (... stuff deleted ...) | As a result, these fonts produce quite different results on different | computer systems, and they will also cause TeX to typeset your old papers | with different line breaks, page breaks, overfull boxes, etc. | Unfortunately, the unauthor ized files somehow got substituted for the | correct ones --- I'm not sure when. But I am sure angry! (... more stuff deleted ...) | The source of the errors can be traced to three illegitimate font files. | Please get your system administrator to replace the files you have by the | officially correct ones that you can find here: | | roman.mf | romlig.mf | punct.mf Aha. This cleared up a mystery for me: I was going to rebuild my cm fonts lately, and looked in CTAN to find the most recent sources. There, in the directory /ctan/tex-archive/fonts/cm/mf_optimized_kerning I found two files roman.mf. and romlig.mf with a readme file that does nothing to explain their origin. Friends, if you build a cmr10 using those files, then dump a new plain format, and follow Knuth's prescription for detecting the bogus fonts, you will indeed discover that the description fits. That directory had better be removed from the CTAN hosts promptly. Maybe some of the CTAN archivists are reading this, and can take action? (I am posting this to all the mailing lists of the original mail, though I subscribe to only one of them -- hopefully I won't be flamed too harshly for this minor(?) breach of nettiquette.) - Harald Hanche-Olsen Dept of Mathematical Sciences The Norwegian University of Science and Technology (NTNU) N-7034 Trondheim, NORWAY Email: Phone: +47-7359-3525 (work) +47-7359-3524 (fax) From owner-tex-fonts Sun Jul 14 08:40:10 1996 Return-Path: te@informatik.uni-hannover.de Received: from wega.informatik.uni-hannover.de (wega.informatik.uni-hannover.de [130.75.26.1]) by csc-sun.math.utah.edu (8.7.4/8.7.3) with SMTP id IAA14389; Sun, 14 Jul 1996 08:40:07 -0600 (MDT) Received: from regulus.informatik.uni-hannover.de by wega.informatik.uni-hannover.de (5.x/SMI-SVR4) id AA10688; Sun, 14 Jul 1996 16:23:46 +0200 Received: by regulus.informatik.uni-hannover.de (5.x/SMI-SVR4) id AA03621; Sun, 14 Jul 1996 16:23:46 +0200 Date: Sun, 14 Jul 1996 16:23:46 +0200 From: te@informatik.uni-hannover.de (Thomas Esser) Message-Id: <9607141423.AA03621@regulus.informatik.uni-hannover.de> To: kb@terminus.cs.umb.edu, tex-archive@math.utah.edu, tex-fonts@math.utah.edu, tex-k@cs.umb.edu Cc: langbein@mathematik.uni-stuttgart.de, volkerdi@mhd1.moorhead.msus.edu Subject: Re: [Michel.Goossens@cern.ch: Important message from Knuth: Wrong cm fonts on Lynux ] ... > Important Message to all Users of TeX > ===================================== > > Two font problems have arisen that need to be corrected before they get > even worse. One is a serious font incompatibility problem; the other is an > aesthetic problem of obsolete designs (this part not shown below m.g.) > > Both concern only the Computer Modern font family. I'm counting on the > traditional goodwill of TeX users everywhere to help resolve these > problems. > > The Linux Slackware Distribution Has Bad Fonts > ============================================== ... Since Slackware used to contain the NTeX TeX distribution, the bad font files propably have gotten that way into Slackware. Since my teTeX distribution is available for Linux, too, I just have made the test mentioned below and I am glad that I get the correct result. So, not all TeX distributions for Linux are broken in that way. The CM fonts contained in my distribution origin from Knuth's lates sources (tex95). Thomas From owner-tex-fonts Sun Jul 14 12:53:28 1996 Return-Path: langbein@darfnix.mathematik.uni-stuttgart.de Received: from nuit (root@mathppp03.mathematik.uni-stuttgart.de [129.69.116.193]) by csc-sun.math.utah.edu (8.7.4/8.7.3) with SMTP id MAA19661; Sun, 14 Jul 1996 12:53:22 -0600 (MDT) Received: (from langbein@localhost) by nuit (8.6.12/8.6.9-FL1) id UAA02661; Sun, 14 Jul 1996 20:15:08 +0200 Date: Sun, 14 Jul 1996 20:15:03 +0200 (MET DST) From: Frank Langbein Sender: langbein@darfnix.mathematik.uni-stuttgart.de To: Thomas Esser cc: kb@terminus.cs.umb.edu, tex-archive@math.utah.edu, tex-fonts@math.utah.edu, tex-k@cs.umb.edu, volkerdi@mhd1.moorhead.msus.edu Subject: Re: [Michel.Goossens@cern.ch: Important message from Knuth: Wrong cm fonts on Lynux ] In-Reply-To: <9607141423.AA03621@regulus.informatik.uni-hannover.de> Message-ID: ReplyTo: langbein@mathematik.uni-stuttgart.de MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII On Sun, 14 Jul 1996, Thomas Esser wrote: ... > > The Linux Slackware Distribution Has Bad Fonts > > ============================================== > ... > > Since Slackware used to contain the NTeX TeX distribution, the bad font > files propably have gotten that way into Slackware. Since my teTeX > distribution is available for Linux, too, I just have made the test > mentioned below and I am glad that I get the correct result. The origin of the bad CM fonts in Slackware is my NTeX distribution. I first discovered the problem in NTeX 1.2 and it has been fixed latest in release 1.4.2. Recent NTeX releases, i.e. all the currently available 2.X releases, contain Knuth's latest CM fonts. I'm not aware of the status of Slackware. All I can say is that Slackware distributions containing NTeX 1.2 up to 1.4.2 provide the bad CM fonts. As pointed out by Harald Hanche-Olsen the files causing the problem are on the CTAN archives in the directory /tex-archive/fonts/cm/mf_optimized_kerning. Probably these files should be removed from CTAN. I feel extremly sorry that the mentioned NTeX releases contain these bad font files. Contact me in private e-mail if you need assistance fixing the problem. Best regards, Frank Langbein From owner-tex-fonts Mon Jul 15 03:20:11 1996 Return-Path: schoepf@uni-mainz.de Received: from roquefort.zdv.Uni-Mainz.DE (roquefort.zdv.Uni-Mainz.DE [134.93.8.119]) by csc-sun.math.utah.edu (8.7.4/8.7.3) with ESMTP id DAA08940; Mon, 15 Jul 1996 03:20:02 -0600 (MDT) Received: (from schoepf@localhost) by roquefort.zdv.Uni-Mainz.DE (8.7.5/8.6.12) id KAA30841; Mon, 15 Jul 1996 10:54:28 +0200 (MET DST) Date: Mon, 15 Jul 1996 10:54:28 +0200 (MET DST) Message-Id: <199607150854.KAA30841@roquefort.zdv.Uni-Mainz.DE> From: Rainer Schoepf To: Joachim Lammarsch Cc: Frank Langbein , Thomas Esser , kb@terminus.cs.umb.edu, tex-archive@math.utah.edu, tex-fonts@math.utah.edu, tex-k@cs.umb.edu, volkerdi@mhd1.moorhead.msus.edu, root@dante.de, schoepf@uni-mainz.de Subject: Re: [Michel.Goossens@cern.ch: Important message from Knuth: Wrong cm fonts on Lynux ] In-Reply-To: References: Organization: Johannes Gutenberg-Universitaet Mainz Joachim Lammarsch writes: > It's very easy to say "the files causing the problem are on the CTAN > archives ...". In reality somebody has copied these files into the cm/src > directory of the distibution. Neither the files nor the CTAN archives are > causing the problem. Very true. > Why they should removed? They are not bad. But NOBODY has the right, to put > it in the official 'cm' distribution. Joachim, I beg to differ. Since these files have the same names as the original ones, they violate DEK's copyright. In any case, to prevent further damage I removed them from CTAN this morning. Rainer From owner-tex-fonts Mon Jul 15 02:46:36 1996 Return-Path: joachim.lammarsch@urz.uni-heidelberg.de Received: from relay.urz.uni-heidelberg.de (relay.urz.uni-heidelberg.de [129.206.100.201]) by csc-sun.math.utah.edu (8.7.4/8.7.3) with ESMTP id CAA08215; Mon, 15 Jul 1996 02:46:25 -0600 (MDT) Received: from ix.urz.uni-heidelberg.de (x92@aixterm6.urz.uni-heidelberg.de [129.206.119.46]) by relay.urz.uni-heidelberg.de (8.7.5/8.7.4) with SMTP id KAA19262; Mon, 15 Jul 1996 10:26:29 +0200 (MET DST) Received: by ix.urz.uni-heidelberg.de (AIX 3.2/UCB 5.64/4.03aixterm6) id AA36864; Mon, 15 Jul 1996 10:26:18 +0200 Date: Mon, 15 Jul 1996 10:26:17 +0200 (METDST) From: Joachim Lammarsch X-Sender: x92@aixterm6.urz.uni-heidelberg.de To: Frank Langbein Cc: Thomas Esser , kb@terminus.cs.umb.edu, tex-archive@math.utah.edu, tex-fonts@math.utah.edu, tex-k@cs.umb.edu, volkerdi@mhd1.moorhead.msus.edu, root@dante.de Subject: Re: [Michel.Goossens@cern.ch: Important message from Knuth: Wrong cm fonts on Lynux ] In-Reply-To: Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII On Sun, 14 Jul 1996, Frank Langbein wrote: > ... > As pointed out by Harald Hanche-Olsen the files causing the problem are on the > CTAN archives in the directory /tex-archive/fonts/cm/mf_optimized_kerning. > ... It's very easy to say "the files causing the problem are on the CTAN archives ...". In reality somebody has copied these files into the cm/src directory of the distibution. Neither the files nor the CTAN archives are causing the problem. > Probably these files should be removed from CTAN. I feel extremly sorry that > the mentioned NTeX releases contain these bad font files. Contact me in > private e-mail if you need assistance fixing the problem. Why they should removed? They are not bad. But NOBODY has the right, to put it in the official 'cm' distribution. > Best regards, > Frank Langbein Kind regards Joachim Lammarsch (President DANTE e.V.) From owner-tex-fonts Mon Jul 15 04:02:51 1996 Return-Path: schoepf@uni-mainz.de Received: from roquefort.zdv.Uni-Mainz.DE (roquefort.zdv.Uni-Mainz.DE [134.93.8.119]) by csc-sun.math.utah.edu (8.7.4/8.7.3) with ESMTP id EAA09944; Mon, 15 Jul 1996 04:02:35 -0600 (MDT) Received: (from schoepf@localhost) by roquefort.zdv.Uni-Mainz.DE (8.7.5/8.6.12) id LAA30919; Mon, 15 Jul 1996 11:25:13 +0200 (MET DST) Date: Mon, 15 Jul 1996 11:25:13 +0200 (MET DST) Message-Id: <199607150925.LAA30919@roquefort.zdv.Uni-Mainz.DE> From: Rainer Schoepf To: Joachim Lammarsch , Frank Langbein , Thomas Esser , kb@terminus.cs.umb.edu, tex-archive@math.utah.edu, tex-fonts@math.utah.edu, tex-k@cs.umb.edu, volkerdi@mhd1.moorhead.msus.edu, root@dante.de, schoepf@uni-mainz.de, ctan@urz.uni-heidelberg.de Subject: Re: [Michel.Goossens@cern.ch: Important message from Knuth: Wrong cm fonts on Lynux ] In-Reply-To: References: Organization: Johannes Gutenberg-Universitaet Mainz Joachim Lammarsch writes: > Why they should removed? They are not bad. But NOBODY has the right, to put > it in the official 'cm' distribution. Does anybody know who is created these files and who is responsible for putting them in the NTeX distribution? \begin{gripe} I wish people would be more considerate and responsible before submitting stuff to CTAN. This is yet another task put on top of the workload for the CTAN maintainers: check copyright and distribution conditions. We have enough to do to keep the d*mn thing running for the benefit of the whole TeX community. Maybe we should let every submitter sign a legal document saying that everything is his or her fault. \end{gripe} Rainer the annoyed one From owner-tex-fonts Mon Jul 15 03:09:59 1996 Return-Path: s.rahtz@elsevier.co.uk Received: from epprod.elsevier.co.uk (epprod.elsevier.co.uk [193.131.222.35]) by csc-sun.math.utah.edu (8.7.4/8.7.3) with SMTP id DAA08725; Mon, 15 Jul 1996 03:09:56 -0600 (MDT) Received: from snowdon.elsevier.co.uk (snowdon.elsevier.co.uk [193.131.197.164]) by epprod.elsevier.co.uk (8.6.13/8.6.12) with ESMTP id KAA21826; Mon, 15 Jul 1996 10:08:08 +0100 Received: from lochnagarn by snowdon with SMTP (PP); Mon, 15 Jul 1996 10:08:46 +0100 Received: (from srahtz@localhost) by lochnagarn (SMI-8.6/8.6.12) id KAA03144; Mon, 15 Jul 1996 10:07:18 +0100 Date: Mon, 15 Jul 1996 10:07:18 +0100 Message-Id: <199607150907.KAA03144@lochnagarn> From: Sebastian Rahtz To: joachim.lammarsch@urz.uni-heidelberg.de Cc: langbein@darfnix.mathematik.uni-stuttgart.de, te@informatik.uni-hannover.de, kb@terminus.cs.umb.edu, tex-archive@math.utah.edu, tex-fonts@math.utah.edu, tex-k@cs.umb.edu, volkerdi@mhd1.moorhead.msus.edu, m.GOOSSENS@CERN.ch, ctan@urz.uni-heidelberg.de Subject: Re: [Michel.Goossens@cern.ch: Important message from Knuth: Wrong cm fonts on Lynux ] In-Reply-To: References: Joachim Lammarsch writes: > Why they should removed? They are not bad. But NOBODY has the right, to put > it in the official 'cm' distribution. they *are* bad, because they break Knuth's distribution conditions. it doesnt matter whether they are in the `cm' distribution or not, the fact is that the file should not have been called cmr10.mf. I entirely support Rainer Schoepf in removing the files from CTAN. sebastian From owner-tex-fonts Mon Jul 15 07:36:12 1996 Return-Path: langbein@darfnix.mathematik.uni-stuttgart.de Received: from darfnix.mathematik.uni-stuttgart.de (darfnix.mathematik.uni-stuttgart.de [129.69.116.154]) by csc-sun.math.utah.edu (8.7.4/8.7.3) with ESMTP id HAA14877; Mon, 15 Jul 1996 07:36:02 -0600 (MDT) Received: from localhost (langbein@localhost) by darfnix.mathematik.uni-stuttgart.de (8.7.5/8.7.3-FL2) with SMTP id IAA06877; Mon, 15 Jul 1996 08:47:36 -0400 (EDT) Date: Mon, 15 Jul 1996 14:47:36 +0200 (MESZ) From: Frank Langbein Reply-To: Frank Langbein To: Rainer Schoepf cc: Joachim Lammarsch , Thomas Esser , kb@terminus.cs.umb.edu, tex-archive@math.utah.edu, tex-fonts@math.utah.edu, tex-k@cs.umb.edu, volkerdi@mhd1.moorhead.msus.edu, root@dante.de, ctan@urz.uni-heidelberg.de Subject: Re: [Michel.Goossens@cern.ch: Important message from Knuth: Wrong cm fonts on Lynux ] In-Reply-To: <199607150925.LAA30919@roquefort.zdv.Uni-Mainz.DE> Message-ID: ReplyTo: langbein@mathematik.uni-stuttgart.de MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII On Mon, 15 Jul 1996, Rainer Schoepf wrote: > Does anybody know who is created these files and who is responsible > for putting them in the NTeX distribution? I did not create these files, but since I'm the maintainer of NTeX I'm responsible for putting them in the NTeX distribution. It wasn't on purpose and I can't reconstruct how they got there. The basic reason was probably the identical file names. As I said that the files are on CTAN my intention was not to blame CTAN for my faults. I just wanted to tell which files caused the problem. Best regards, Frank Langbein From owner-tex-fonts Mon Jul 15 08:57:02 1996 Return-Path: hanche@mail.imf.unit.no Received: from romberg.imf.unit.no (romberg.imf.unit.no [129.241.15.150]) by csc-sun.math.utah.edu (8.7.4/8.7.3) with ESMTP id IAA16916; Mon, 15 Jul 1996 08:56:59 -0600 (MDT) Received: from chanur.imf.unit.no (chanur.imf.unit.no [129.241.15.100]) by romberg.imf.unit.no (8.7.5/8.7.3) with ESMTP id QAA22006; Mon, 15 Jul 1996 16:06:29 +0200 (MET DST) Received: (hanche@localhost) by chanur.imf.unit.no (8.6.12/8.6.12) id QAA22267; Mon, 15 Jul 1996 16:06:27 +0200 From: "Harald Hanche-Olsen" Message-Id: <9607151606.ZM22265@chanur.imf.unit.no> Date: Mon, 15 Jul 1996 16:06:25 +0200 In-Reply-To: <199607150925.LAA30919@roquefort.zdv.Uni-Mainz.DE> References: <199607150925.LAA30919@roquefort.zdv.Uni-Mainz.DE> X-Face: ,};iH+.X."ygdh+d]dhDa&*SY2HIr/pV,Sz%PSzi!bjr"jOC{%6*g@aB("DWtv6?EKg2_pjvl.q^RA`hM(a'X$&NeX?6W)yb>5o0\n\G_g+G(E_qQnAlI.BJOG9mw%i.wyiT(7i&CElcgIE_s^^Bz UJokoXH7L)L*jn X-URL: http://www.imf.unit.no/~hanche/ X-Mailer: Z-Mail (3.2.1 10apr95) To: Rainer Schoepf , Joachim Lammarsch , Frank Langbein , Thomas Esser , kb@terminus.cs.umb.edu, tex-archive@math.utah.edu, tex-fonts@math.utah.edu, tex-k@cs.umb.edu, volkerdi@mhd1.moorhead.msus.edu, root@dante.de, ctan@urz.uni-heidelberg.de Subject: Re: [Michel.Goossens@cern.ch: Important message from Knuth: Wrong cm fonts on Lynux ] Sender: Harald Hanche-Olsen Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit [ Rainer Schoepf 1996-7 -15 11:25 +0200 ] |--- Before this gets out of hand: Let it be stated clearly that the CTAN maintainers are doing a magnificent job under difficult circumstances. While I can certainly agree with the first sentence of Rainer's gripe, I think it's just fine if the CTAN maintainers keep doing things the way they are doing it: Accept whatever stuff comes in, and react in a timely fashion when it turns out that something slipped in which shouldn't have. A policy guideline for would-be submitters, and a general disclaimer assigning the responsibility to the submitters, might not be out of place though. | \begin{gripe} | | I wish people would be more considerate and responsible before | submitting stuff to CTAN. This is yet another task put on top of the | workload for the CTAN maintainers: check copyright and distribution | conditions. We have enough to do to keep the d*mn thing running for | the benefit of the whole TeX community. Maybe we should let every | submitter sign a legal document saying that everything is his or her | fault. | | \end{gripe} | | Rainer the annoyed one |--- Take it easy, Rainer. It's not the end of the world. 8-) - Harald From owner-tex-fonts Thu Aug 1 00:33:05 1996 Return-Path: a7971428@unet.univie.ac.at Received: from email.univie.ac.at (email.univie.ac.at [131.130.1.19]) by csc-sun.math.utah.edu (8.7.4/8.7.3) with SMTP id AAA05361 for ; Thu, 1 Aug 1996 00:32:59 -0600 (MDT) Received: from unet.univie.ac.at by email.univie.ac.at with SMTP (PP); Thu, 1 Aug 1996 08:32:41 +0200 Received: (from a7971428@localhost) by unet.univie.ac.at (8.7.1/8.7.1) id IAA35688; Thu, 1 Aug 1996 08:32:39 +0200 Date: Thu, 1 Aug 1996 08:32:38 +0200 (MSZ) From: Werner LEMBERG To: tex-fonts@math.utah.edu Subject: Font name problems Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Dear gurus, I have some questions about font names which should perhaps changed to fit into Karl's scheme: 1) I've created Vietnamese fonts which are basically extensions to the cm fonts filling up the 256 character space. The original author called them vm* instead of cm*. (See vncmr-2.2.tar.gz in fonts/vietnamese on CTAN). The fontencoding is Vietnamese-specific. What would be fontname-compliant names? Makes it sense in this case to use fontname scheme? 2) My CJK package uses Chinese/Japanese/Korean fonts which are divided into TeX subfonts. I currently use the following scheme: b5ka1225 ^^ fontencoding (in this case Big5) ^^ fontfamily and fontshape ^^ fontsize ^^ subfont number what would you suggest to make them fontname-compliant? I need the last two digits as a running number for subfonts, so again the question arises whether the fontname scheme makes any sense. Werner From owner-tex-fonts Fri Aug 2 09:16:02 1996 Return-Path: kb@cs.umb.edu Received: from terminus.cs.umb.edu (kb@terminus.cs.umb.edu [158.121.104.3]) by csc-sun.math.utah.edu (8.7.4/8.7.3) with SMTP id JAA19562 for ; Fri, 2 Aug 1996 09:16:00 -0600 (MDT) Received: by terminus.cs.umb.edu id AA09349 (5.65c/IDA-1.4.4 for tex-fonts@math.utah.edu); Fri, 2 Aug 1996 11:15:34 -0400 Date: Fri, 2 Aug 1996 11:15:34 -0400 From: "K. Berry" Message-Id: <199608021515.AA09349@terminus.cs.umb.edu> To: a7971428@unet.univie.ac.at Cc: tex-fonts@math.utah.edu Subject: Re: Font name problems 1) I've created Vietnamese fonts which are basically extensions to the cm I don't see any point in trying to shoehorn CM-based families into fontname. It would be way more trouble than it's worth. Just do what you did -- stick with Knuth's names and change `cm' to `vm' or whatever you like. b5ka1225 fontencoding (in this case Big5) fontfamily and fontshape fontsize subfont number Well, if you reversed fontfamily and fontencoding, this would be moderately close to a fontname-like scheme. Can all the fontfamilies start with a single letter, or is that too restrictive? As for encodings, how many are there? Unless it's dozens, it should be possible to assign 2-character fontname encodings. If we did that, then even though the name wouldn't be completely fontname-compliant, I think we would have minimized the chance of conflicts -- I could assign an encoding character that was not used in the current weight list. Thanks for your interest. kb@cs.umb.edu From owner-tex-fonts Tue Aug 6 01:17:46 1996 Return-Path: a7971428@unet.univie.ac.at Received: from email.univie.ac.at (email.univie.ac.at [131.130.1.19]) by csc-sun.math.utah.edu (8.7.4/8.7.3) with SMTP id BAA12043 for ; Tue, 6 Aug 1996 01:17:43 -0600 (MDT) Received: from unet.univie.ac.at by email.univie.ac.at with SMTP (PP); Tue, 6 Aug 1996 09:16:51 +0200 Received: (from a7971428@localhost) by unet.univie.ac.at (8.7.1/8.7.1) id JAA37202; Tue, 6 Aug 1996 09:16:48 +0200 Date: Tue, 6 Aug 1996 09:16:48 +0200 (MSZ) From: Werner LEMBERG To: "K. Berry" cc: tex-fonts@math.utah.edu Subject: Re: Font name problems In-Reply-To: <199608021515.AA09349@terminus.cs.umb.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII On Fri, 2 Aug 1996, K. Berry wrote: > b5ka1225 > fontencoding (in this case Big5) > fontfamily and fontshape > fontsize > subfont number > > Well, if you reversed fontfamily and fontencoding, this would be > moderately close to a fontname-like scheme. No problem. > Can all the fontfamilies > start with a single letter, or is that too restrictive? I think that now there are almost as many CJK fonts as ordinary Roman one :-) Of course most of them either PS or TTF --- one single letter seems not enough; two letters may be OK. > > As for encodings, how many are there? Unless it's dozens, it should be > possible to assign 2-character fontname encodings. It is dozens :-(. E.g. CNS encoding needs 7 encodings for its seven planes (unless you have support for three byte encodings). Additionally the situation becomes even more complicated if you consider TeX support (besides the running two digits) since there is more than one possibility to divide the large Asiatic fonts into subfonts. With TeX I think that two chars are not enough to do this gracefully. Omega will do a better job. You can look into my CJK package for more examples. > If we did that, then > even though the name wouldn't be completely fontname-compliant, I think > we would have minimized the chance of conflicts -- I could assign an > encoding character that was not used in the current weight list. I suggest to use an encoding character flag, marking that the fonts are two-byte fonts. This would ensure that no ordinary font can cause conflicts. For Asiatic fonts I believe we have to rethink the scheme. Werner From owner-tex-fonts Fri Aug 16 09:54:27 1996 Return-Path: beebe@math.utah.edu Received: from plot79.math.utah.edu (beebe@plot79.math.utah.edu [128.110.198.3]) by csc-sun.math.utah.edu (8.7.4/8.7.3) with ESMTP id JAA13816; Fri, 16 Aug 1996 09:54:26 -0600 (MDT) From: "Nelson H. F. Beebe" Received: (from beebe@localhost) by plot79.math.utah.edu (8.7.4/8.7.3) id JAA28308; Fri, 16 Aug 1996 09:54:23 -0600 (MDT) Date: Fri, 16 Aug 1996 09:54:23 -0600 (MDT) To: bnb@math.ams.org, cthiele@ccs.carleton.ca, TeXhax@tex.ac.uk, tex-implementors@math.ams.org, tex-fonts@math.utah.edu, tex-archive@math.utah.edu Cc: beebe@math.utah.edu X-US-Mail: "Center for Scientific Computing, University of Utah, Salt Lake City, UT 84112, USA" X-Telephone: +1 801 581 5254 X-FAX: +1 801 581 4148 X-URL: http://www.math.utah.edu/~beebe Subject: DEK in the news Message-ID: The September 1996 issue of Dr. Dobb's Journal has an editorial on p. 6 which begins: It was a pleasant surprise to open the mail and read that Donald Knuth, the author of the three-volume {\em The Art of Computer Programming}, is the recipient of the Inamori Foundation's 1996 Kyoto Prize in the category of Advanced Technology. Considering that a check for $460,000 accompanies his wall plaque, Dr. Knuth is probably more pleased than I. According to Kazuo Inamori, president of the Inamori Foundation and chairman of Kyocera, Knuth was given Japan's highest private award for his contributions to the betterment of humankind. In addition to {\em The Art of Computer Programming}, Knuth (who was featured in an April 1996 DDJ interview) is the creator of the TeX document-preparation system, Metafont font-design system, and LR parser and attribute grammar. TeX has been described as the most important achievement in publishing since Gutenberg's moveable type. Previous Kyoto Advanced Technology laureates include John McCarthy of artificial-intelligence fame, and George Gray, developer of the liquid-crystal display. Please join me in hearty congratulations to Dr. Knuth. ... Jonathan Erickson Editor-in-chief ======================================================================== Nelson H. F. Beebe Tel: +1 801 581 5254 Center for Scientific Computing FAX: +1 801 581 4148 Department of Mathematics, 105 JWB Internet: beebe@math.utah.edu University of Utah URL: http://www.math.utah.edu/~beebe Salt Lake City, UT 84112, USA ======================================================================== From owner-tex-fonts Tue Aug 27 10:25:03 1996 Return-Path: lott@bellcore.com Received: from bombay.bellcore.com ([192.4.6.40]) by csc-sun.math.utah.edu (8.7.4/8.7.3) with SMTP id KAA12917 for ; Tue, 27 Aug 1996 10:25:02 -0600 (MDT) Received: from bellcore.com (localhost [127.0.0.1]) by bombay.bellcore.com (8.6.9/8.6.10) with ESMTP id MAA07136 for ; Tue, 27 Aug 1996 12:25:00 -0400 Message-Id: <199608271625.MAA07136@bombay.bellcore.com> To: tex-fonts@math.utah.edu Subject: Would like some help with modes for printers, also fonts Date: Tue, 27 Aug 1996 12:24:59 -0400 From: Christopher Lott Dear Karl Berry and colleagues, I'm using teTeX, and am trying to set up dvips for a whole mess of printers. I pulled the most recent version of the modes.mf file from ftp.cs.umb.edu but there are still some open questions. If you can please help me with these, I would very much appreciate it. 1. In the master modes.mf file, you have two entries for the printer "Xerox 8790 or 4045". One calls it a 300 dpi printer, one a 600. This seems like it should be easy enough to resolve! I found this because I was looking for a.. 2. Xerox 5760. Anyone ever heard of this? It's a color copier that just happens to accept postscript input. Interesting beast. I threw 300 dpi output at it but I suspect that it can do better. Next, two fonts-related questions. 1. I'm trying to view the test files supplied with psnfss (test0.tex and test1.tex, by Sebastian Rahtz). I can preview test0 just fine, but trying to preview test1 results in the following: $ xdvi test1.dvi Note: overstrike characters may be incorrect. kpathsea: Running MakeTeXPK phvro8rn 300 300 1+0/300 qms MakeTeXPK: Running gsftopk phvro8rn 300 gsftopkk version 1.10 [1render.ps: font Helvetica-Narrow-Oblique is not defined. Ghostscript: Unrecoverable error, exit code 1 2. I'm trying to create a bunch of .pk files. I ran latex on fontsmpl.tex (from the texmf/tex/latex/tools directory) but it complains bitterly about various commands that are not allowed in encoding OT1. For example: ! LaTeX Error: Command \DH unavailable in encoding OT1. I look forward to hearing any hints or suggestions. Thanks in advance! chris... -- Christopher Lott lott@bellcore.com Tel +1 (201) 829-2149 Bellcore, MCC 1H-331B, 445 South Street, Morristown NJ 07960 From owner-tex-fonts Sat Sep 28 07:04:25 1996 Return-Path: teddy@fukt.hk-r.se Received: from ursus.fukt.hk-r.se (ursus.fukt.hk-r.se [194.47.151.16]) by csc-sun.math.utah.edu (8.7.4/8.7.3) with SMTP id HAA12726 for ; Sat, 28 Sep 1996 07:04:24 -0600 (MDT) Received: (from teddy@localhost) by ursus.fukt.hk-r.se (8.6.12/8.6.12) id PAA12277; Sat, 28 Sep 1996 15:04:09 +0200 Date: Sat, 28 Sep 1996 15:04:09 +0200 Message-Id: <199609281304.PAA12277@ursus.fukt.hk-r.se> From: Teddy Hogeborn To: tex-fonts@math.utah.edu CC: Teddy Subject: modes.mf: QMS 2425 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Reply-to: Teddy Hogeborn Organization: FUKT Computer Society Here is a new METAFONT mode for QMS 2425 made for inclusion in modes.mf. % From {\tt teddy@fukt.hk-r.se}, 28 September 1996. mode_def qmstftf = %\[ QMS 2425 mode_param (pixels_per_inch, 1200); mode_param (blacker, .3); mode_param (fillin, .5); mode_param (o_correction, 1); mode_param (tracingtitles, 0); mode_common_setup_; enddef; QMSTwoFourTwoFive := qmstftf; Disclaimer: I am not familiar with METAFONT, or anything related to typography; I was confronted with a new printer and merely followed the instructions in modes-3.0.mf. /Teddy From owner-tex-fonts Sat Oct 12 15:07:06 1996 Return-Path: kb@cs.umb.edu Received: from terminus.cs.umb.edu (kb@terminus.cs.umb.edu [158.121.104.3]) by csc-sun.math.utah.edu (8.7.6/8.7.3) with SMTP id PAA17635; Sat, 12 Oct 1996 15:07:04 -0600 (MDT) Received: by terminus.cs.umb.edu id AA05930 (5.65c/IDA-1.4.4); Sat, 12 Oct 1996 17:06:42 -0400 Date: Sat, 12 Oct 1996 17:06:42 -0400 From: "K. Berry" Message-Id: <199610122106.AA05930@terminus.cs.umb.edu> To: tex-k@cs.umb.edu, info-tex@SHSU.edu, tex-archive@math.utah.edu, tex-fonts@math.utah.edu Subject: modes.mf 3.1 available I have released version 3.1 of modes.mf. You can get it by anonymous ftp from ftp://ftp.tug.org/tex/modes.mf ftp://ftp.cs.umb.edu/pub/tex/modes.mf and shortly from ftp://ftp.cdrom.com/pub/tex/modes.mf and any CTAN site in /tex-archive/fonts/modes/modes-3.1.mf. finger ctan@ftp.tug.org for a list of all the CTAN sites and mirrors. News: New modes for the Epson SQ, Epson, Stylus Pro, DEC LN03R (Scriptprinter), and QMS 2425. DPI information included on the mode_def line, for teTeX. Printable version from MFT improved. As always, thanks to the many contributors, and further additions and improvements are welcome. Please send bug reports or suggestions to tex-fonts@math.utah.edu (email tex-fonts-request to join). General information: modes.mf is a collection of Metafont mode_def's. It also makes common definitions for write/white printers, `special' information, and landscape mode. It uses up too much memory for the table sizes in the original mf.web, so you either have to increase the sizes (as in Web2c) or rename the file and remove unneeded modes. I can't decipher mf.web well enough to understand how to make the modes use less memory; if some Metafont hacker can tell me, I'd very much like to hear it. If you have mode_def's which are not listed below, or corrections to the existing ones, please send them to me. Improvements to the exposition, particularly in how to create a new mode_def, are also welcome. kb@cs.umb.edu mode_def agfafzz = % AGFA 400PS (406dpi) mode_def agfatfzz = % AGFA P3400PS (400dpi) mode_def amiga = % Commodore Amiga (100dpi) mode_def aps = % Autologic APS-Micro5 (723dpi) mode_def apssixhi = % Autologic APS-Micro6 (1016dpi) mode_def atariezf = % Atari ST SLM 804 printer (300dpi) mode_def atarinf = % Atari previewer (95dpi) mode_def atarins = % Atari previewer (96dpi) mode_def atariotf = % Atari ST SM 124 screen (101dpi) mode_def bitgraph = % BBN Bitgraph (118dpi) mode_def bjtenex = % Canon BubbleJet 10ex (360dpi) mode_def boise = % HP 2680A (180dpi) mode_def canonbjc = % Canon BJC-600 (360dpi) mode_def canonex = % LaserWriter Pro 630 (600dpi) mode_def canonlbp = % Symbolics LGP-10 (240dpi) mode_def cg = % Compugraphic 8600 (1302x1569dpi) mode_def cgl = % Compugraphic 8600 landscape (1569x1302dpi) mode_def cgnszz = % Compugraphic 9600 (1200dpi) mode_def crs = % Alphatype CRS (5333dpi) mode_def cx = % Canon CX, SX, LBP-LX (300dpi) mode_def datadisc = % DataDisc (70dpi) mode_def newdd = % DataDisc (70x93dpi) mode_def declarge = % DEC 19-inch, 1280 x 1024 (100dpi) mode_def decsmall = % DEC 17-inch, 1024 x 768 (82dpi) mode_def deskjet = % HP DeskJet 500 (300dpi) mode_def docutech = % Xerox 8790 or 4045 (600dpi) mode_def dover = % Xerox Dover (384dpi) mode_def eighthre = % EightThree (83dpi) mode_def epsdrft = % Epson (120x72dpi) mode_def epsdrftl = % Epson (72x120dpi) mode_def epsfast = % Epson (60x72dpi) mode_def epsfastl = % Epson (72x60dpi) mode_def epson = % 9-pin Epson MX/FX (240x216dpi) mode_def epsonl = % 9-pin Epson MX/FX landscape (216x240dpi) mode_def epsonact = % Epson Action Laser 1500 (300dpi) mode_def epsonlo = % Epson (120x216dpi) mode_def epsonlol = % Epson landscape (216x120dpi) mode_def epsonsq = % Epson SQ 870 mode_def epstypro = % Epson Stylus Pro (360dpi) mode_def epstyplo = % Epson Stylus Pro (180dpi) mode_def epstypmd = % Epson Stylus Pro 720x360 mode_def esphi = % Epson Stylus Pro 720x720 mode_def epstylus = % Epson Stylus mode_def fourfour = % FourFour (44dpi) mode_def gtfax = % G3fax (204x196dpi) mode_def gtfaxl = % G3fax landscape (196x204dpi) mode_def gtfaxlo = % G3fax (204x98dpi) mode_def gtfaxlol = % G3fax landscape (98x204dpi) mode_def highfax = % G3fax (200dpi) mode_def hprugged = % HP RuggedWriter 480 (180dpi) mode_def ibm_a = % IBM 38xx (240dpi) mode_def ibmd = % IBM 38xx (240dpi) mode_def ibmega = % IBM EGA monitor (96x81dpi) mode_def ibmegal = % IBM EGA monitor landscape (81x96dpi) mode_def ibmfzon = % IBM 4019 (300dpi) mode_def ibmfztn = % IBM 4029-30, 4250 (600dpi) mode_def ibmpp = % IBM ProPrinter (240x216dpi) mode_def ibmppl = % IBM ProPrinter (216x240dpi) mode_def ibmsoff = % IBM 6154 display (118dpi) mode_def sherpa = % IBM 6670 (Sherpa) (240dpi) mode_def ibmteot = % IBM 3812 (240dpi) mode_def ibmtetz = % IBM 3820 (240dpi) mode_def ibmtont = % IBM 3193 screen (100dpi) mode_def ibmtosn = % IBM 3179 screen (87x65dpi) mode_def ibmtosnl = % IBM 3179 screen landscape (65x87dpi) mode_def ibmvga = % IBM VGA monitor (110dpi) mode_def ibx = % Chelgraph IBX (9600dpi) mode_def itoh = % CItoh 8510A (160x144dpi) mode_def itohl = % CItoh 8510A landscape (144x160dpi) mode_def itohtoz = % CItoh 310 (240x144dpi) mode_def itohtozl = % CItoh 310 landscape (144x240dpi) mode_def iw = % Apple ImageWriter (144dpi) mode_def jetiiisi = % HP Laser Jet IIISi (300dpi) mode_def lasf = % DEC LA75 (144dpi) mode_def lexmarkr = % IBM Lexmark Optra R 4049 (1200dpi) mode_def linolo = % Linotype Linotronic [13]00 (635dpi) mode_def linolttz = % Linotronic L-300 with RIP-50 (3386dpi) mode_def linoone = % Linotronic [13]00 (1270dpi) mode_def linotzzh = % Linotype Linotronic 300 (2540dpi) mode_def ljfive = % HP LaserJet 5 (600dpi) mode_def ljfour = % HP LaserJet 4 (600dpi) mode_def ljlo = % HP LaserJet (150dpi) mode_def lmaster = % LaserMaster (1000dpi) mode_def LNOthreR = % DEC LN03R (Scriptprinter) mode_def lnzo = % DEC LN01 (300dpi) mode_def lpstz = % DEC lps20 (300dpi) mode_def lqlores = % Epson LQ-500 (180dpi) mode_def lqmed = % Epson LQ-500 (360x180dpi) mode_def lqmedl = % Epson LQ-500 landscape (180x360dpi) mode_def lview = % Sigma L-View monitor (118x109dpi) mode_def lwpro = % Apple LaserWriterPro 810 (800dpi) mode_def macmag = % Mac screens at magstep 1 (86dpi) mode_def mactrue = % Mac screen (72dpi) mode_def ncd = % NCD 19-inch (95dpi) mode_def nec = % NEC (180dpi) mode_def nechi = % NEC-P6 (360dpi) mode_def neclm = % NEC PC-PR406LM (320dpi) mode_def nectzo = % NEC PC-PR201 series (160dpi) mode_def nexthi = % NeXT Newgen (400dpi) mode_def nextscrn = % NeXT monitor (100dpi) mode_def nineone = % NineOne (91x91) (91dpi) mode_def nullmode = % TFM files only (101dpi) mode_def onetz = % OneTwoZero (120/120) (120dpi) mode_def ocessfz = % OCE 6750-PS (508dpi) mode_def okidata = % Okidata (240x288dpi) mode_def okidatal = % Okidata landscape (288x240dpi) mode_def okifte = % Okidata 410e in 600DPI mode (600dpi) mode_def pcscreen = % also, e.g., high-resolution Suns (118dpi) mode_def pcprevw = % PC screen preview (118dpi) mode_def phaser = % Tektronix Phaser PXi (300dpi) mode_def prntware = % Printware 720IQ (1200dpi) mode_def qms = % QMS (Xerox engine) (300dpi) mode_def qmsostf = % QMS 1725 (600dpi) mode_def qmsoszz = % QMS 1700 (600dpi) mode_def qmstftf = % QMS 2425 mode_def ricoh = % e.g., TI Omnilaser (300dpi) mode_def ricoha = % e.g., IBM 4216 (300dpi) mode_def ricohlp = % e.g., DEC LN03 (300dpi) mode_def ricohsp = %% Ricoh sp10ps/lp7200-ux mode_def sparcptr = % Sun SPARCprinter (400dpi) mode_def starnlt = % Star NL-10 (240x216dpi) mode_def starnltl = % Star NL-10 landscape (216x240dpi) mode_def stylewr = % Apple StyleWriter mode_def sun = % Sun and BBN Bitgraph (85dpi) mode_def supre = % Ultre*setter (2400dpi) mode_def toshiba = % Toshiba 13XX, EpsonLQ (180dpi) mode_def ultre = % Ultre*setter (1200dpi) mode_def vs = % VAXstation monitor (78dpi) mode_def vtftzz = % Varityper 4200 B-P (1800dpi) mode_def vtftzzhi = % Varityper 4300P (2400dpi) mode_def vtftzzlo = % Varityper 4300P (1200dpi) mode_def vtfzszw = % Varitype 5060W, APS 6 (600dpi) mode_def vtszz = % Varityper Laser 600 (600dpi) mode_def xrxesnz = % Xerox 8790 or 4045 (300dpi) mode_def xrxfzfz = % Xerox 4050/4075/4090/4700 (300dpi) mode_def xrxnszz = % Xerox 9700 (300dpi) mode_def xrxtszz = % Xerox 3700 (300dpi) 24-Oct-96 16:37:12-GMT,1396;000000000000 Return-Path: gt0138d@prism.gatech.edu Received: from anvil.gatech.edu (anvil.gatech.edu [130.207.165.41]) by csc-sun.math.utah.edu (8.7.6/8.7.3) with ESMTP id KAA24226 for ; Thu, 24 Oct 1996 10:37:11 -0600 (MDT) Received: from acmex.gatech.edu (acmex.gatech.edu [130.207.165.22]) by anvil.gatech.edu (8.7.5/8.7.3) with ESMTP id MAA16577 for ; Thu, 24 Oct 1996 12:36:51 -0400 (EDT) From: Sumit Received: (from gt0138d@localhost) by acmex.gatech.edu (8.7.6/8.7.3) id MAA16122 for tex-fonts@math.utah.edu; Thu, 24 Oct 1996 12:36:57 -0400 (EDT) Date: Thu, 24 Oct 1996 12:36:57 -0400 (EDT) Message-Id: <199610241636.MAA16122@acmex.gatech.edu> To: tex-fonts@math.utah.edu Subject: times Hi, I am trying to use times as the default font in my thesis. Here is what I have done so far: Downloades /fonts/psfonts/adobe files and place the files in the respective directories (.tfm in fonts/tfm/ ... etc.) use the times package add config.ptm to psfonts.map When I use dvips, the output is a blank page and the message says something to the effect that MakeTeXPK.exe had a problem with ptmb8r.###pk not found. characters will be left blank... Now, why does this happen? Should it be looking at .pk files at all? Why doesn't it use the psfonts? Any help will be greatly appreciated. I am using miktex on NT3.51 Sumit 25-Oct-96 8:04:30-GMT,1642;000000000000 Return-Path: srahtz@elsevier.co.uk Received: from pillar.elsevier.co.uk (root@pillar.elsevier.co.uk [193.131.222.35]) by csc-sun.math.utah.edu (8.7.6/8.7.3) with ESMTP id CAA14245 for ; Fri, 25 Oct 1996 02:04:29 -0600 (MDT) Received: from snowdon.elsevier.co.uk (snowdon.elsevier.co.uk [193.131.197.164]) by pillar.elsevier.co.uk (8.8.2/8.8.0) with ESMTP id JAA29396 for ; Fri, 25 Oct 1996 09:01:30 +0100 (BST) Received: from cadair.elsevier.co.uk by snowdon.elsevier.co.uk with SMTP (PP); Fri, 25 Oct 1996 09:03:52 +0100 Received: from lochnagarn.elsevier.co.uk (lochnagarn.elsevier.co.uk [193.131.216.1]) by cadair.elsevier.co.uk (8.8.2/8.8.0) with ESMTP id JAA04459; Fri, 25 Oct 1996 09:03:45 +0100 (BST) Received: (from srahtz@localhost) by lochnagarn.elsevier.co.uk (8.8.2/8.8.0) id JAA21527; Fri, 25 Oct 1996 09:03:11 +0100 (BST) Date: Fri, 25 Oct 1996 09:03:11 +0100 (BST) Message-Id: <199610250803.JAA21527@lochnagarn.elsevier.co.uk> From: Sebastian Rahtz To: gt0138d@prism.gatech.edu Cc: tex-fonts@math.utah.edu Subject: Re: times In-Reply-To: <199610241636.MAA16122@acmex.gatech.edu> References: <199610241636.MAA16122@acmex.gatech.edu> > add config.ptm to psfonts.map i hope you dont mean this. its meant to be used with a command line of -Pptm > When I use dvips, the output is a blank page and the message says > something to the effect that MakeTeXPK.exe had a problem with ptmb8r.###pk > not found. characters will be left blank... try a) -Pptm or b) appending ptm.map to psfonts.map sebastian 25-Oct-96 11:13:29-GMT,2176;000000000000 Return-Path: bkph@life.ai.mit.edu Received: from life.ai.mit.edu (life.ai.mit.edu [128.52.32.80]) by csc-sun.math.utah.edu (8.7.6/8.7.3) with ESMTP id FAA17568 for ; Fri, 25 Oct 1996 05:13:28 -0600 (MDT) Received: from kauai.ai.mit.edu (kauai.ai.mit.edu [128.52.54.48]) by life.ai.mit.edu (8.7.5/8.7.5AI/life.ai.mit.edu:1.9) with SMTP id HAA09904; Fri, 25 Oct 1996 07:13:25 -0400 (EDT) From: "Berthold K.P. Horn" Received: by kauai.ai.mit.edu (8.6.12/AI-4.10) id HAA23793; Fri, 25 Oct 1996 07:13:23 -0400 Date: Fri, 25 Oct 1996 07:13:23 -0400 Message-Id: <199610251113.HAA23793@kauai.ai.mit.edu> To: gt0138d@prism.gatech.edu In-reply-to: <199610241636.MAA16122@acmex.gatech.edu> (message from Sumit on Thu, 24 Oct 1996 12:36:57 -0400 (EDT)) Subject: Re: times Reply-to: bkph@ai.mit.edu cc: tex-fonts@math.utah.edu From: Sumit Date: Thu, 24 Oct 1996 12:36:57 -0400 (EDT) Hi, I am trying to use times as the default font in my thesis. Here is what I have done so far: Downloades /fonts/psfonts/adobe files and place the files in the respective directories (.tfm in fonts/tfm/ ... etc.) use the times package add config.ptm to psfonts.map When I use dvips, the output is a blank page and the message says something to the effect that MakeTeXPK.exe had a problem with ptmb8r.###pk not found. characters will be left blank... Now, why does this happen? Should it be looking at .pk files at all? Why doesn't it use the psfonts? Any help will be greatly appreciated. I am using miktex on NT3.51 Sumit Read the DVIPS documentation (such as it is). You must tell DVIPS that some fonts are scalable and not METAFONTs that must be converted to bitmapped PK format. This is done in psfonts.map. If this doesn't work, it is most likely because you are not using the font names de jeur, but some older versions. Your psfonts.map entries ought to refer to ptmb8r not some variant thereof. Also, you have to make sure that you have the VF files in place, otherwise DVIPS will not make the connection from the font you use in TeX and some scalable font. 25-Oct-96 15:13:30-GMT,2928;000000000000 Return-Path: Pierre.Basso@lim.univ-mrs.fr Received: from gw-gia.univ-mrs.fr (gw-gia.univ-mrs.fr [139.124.250.5]) by csc-sun.math.utah.edu (8.7.6/8.7.3) with SMTP id JAA22186 for ; Fri, 25 Oct 1996 09:13:22 -0600 (MDT) Received: from [139.124.14.234] by gw-gia.univ-mrs.fr (5.x/SMI-SVR4) id AA16921; Fri, 25 Oct 1996 16:07:57 +0100 X-Sender: basso@gw-gia5 Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Mailer: Eudora F1.5.1 Date: Fri, 25 Oct 1996 17:14:03 +0000 To: tex-fonts@math.utah.edu From: Pierre.Basso@lim.univ-mrs.fr (Pierre Basso) Subject: lucida I work on a Macintosh LC475 with system 7.5.1 and I work with CmacTeX. I use latex2e 1995/12/01 with Cork encoding. =46or having a nice previewing of dvi files at my console I have wished to use lucida fonts and I got them in the /fonts/psfonts/bh/lubright directory of a CTAN host. I have some problems in using these fonts on a short sample file. 1) In my sample file, I forced writing in lucida by means of: \documentclass[11pt]{article} \usepackage[]{french} \usepackage{lubright} \begin{document} ceci avait pour effet de montrer \`a mes yeux \'ebahis ce que Lucida pourrait apporter : des fleurs ou des \'epines. Pourtant je ne savais pas si cela serait efficace et si j'allais seulement effleurer la difficult=E9. \end{document} in a dvipreview.psfonts file, used by the dvipreview application, I have mapped the hlhr8t on a Macintosh lucida font: hlhr8t Lucida MacT1.enc n Lucida being a suitcase in System folder of the Mac such as all the ligatures exist for this font; MacT1.enc being an encoding file. But I dont get the viewing of ligatures "ff", "ffi", "ffl" because MacT1 sets a "?" for any "ff". However MacT1.enc is the better encoding I found because any other encoding file (8r.enc for example) provides very ugly effects. The same thing occurs if I remove the encoding file, i.e.: hlhr8t Lucida n So, what kind of encoding I have to use for previewing texts with all ligatu= res? 2) For printing a text in lucida a hlh.map file is needed by dvips. In this file we find some lines in the kind of: hlhr8r LucidaBright "TeXBase1Encoding ReEncodeFont" <8r.enc ; Tue, 29 Oct 1996 04:53:26 -0700 (MST) Received: from eiunix.tuwien.ac.at by mr.tuwien.ac.at with SMTP (PP); Tue, 29 Oct 1996 12:52:24 +0100 Received: by eiunix.tuwien.ac.at (1.37.109.8/16.2) id AA27782; Tue, 29 Oct 1996 12:52:22 +0100 From: Michael Neuhauser Subject: MetaFont mode for HP LaserJet 5MP To: tex-fonts@math.utah.edu Date: Tue, 29 Oct 1996 12:52:21 +0100 (MEZ) X-Mailer: ELM [version 2.4 PL20] Content-Type: text Message-ID: <"mr.tuwien..585:29.10.96.11.52.26"@mr.tuwien.ac.at> % From Michael Neuhauser {\tt neuhauser@eiunix.tuwien.ac.at} % This is a mode for HP LaserJet 5MP. I started with ljfive and found % the computer modern fonts much to black, when compared to the \TeX\ % book. Therefore I experimented with different values of blacker to % find .4 to be best. mode_def ljfivemp = %\[ HP LaserJet 5MP (600 dpi) mode_param (pixels_per_inch, 600); mode_param (blacker, .4); mode_param (fillin, .3); mode_param (o_correction, 1); mode_common_setup_; enddef; laserjetfivemp := ljfivemp; -- Michael A. Neuhauser Algorithms & Programming Methodology Group, mike@eiunix.tuwien.ac.at Institute of Computer Graphics, Vienna University of Technology, Austria, Europe 1-Nov-96 9:00:11-GMT,1960;000000000000 Return-Path: srahtz@elsevier.co.uk Received: from pillar.elsevier.co.uk (root@pillar.elsevier.co.uk [193.131.222.35]) by csc-sun.math.utah.edu (8.7.6/8.7.3) with ESMTP id CAA11909 for ; Fri, 1 Nov 1996 02:00:09 -0700 (MST) Received: from snowdon.elsevier.co.uk (snowdon.elsevier.co.uk [193.131.197.164]) by pillar.elsevier.co.uk (8.8.2/8.8.2) with ESMTP id IAA01846 for ; Fri, 1 Nov 1996 08:57:03 GMT Received: from cadair.elsevier.co.uk by snowdon.elsevier.co.uk with SMTP (PP); Fri, 1 Nov 1996 08:59:30 +0000 Received: from lochnagarn.elsevier.co.uk (lochnagarn.elsevier.co.uk [193.131.216.1]) by cadair.elsevier.co.uk (8.8.2/8.8.0) with ESMTP id IAA26089; Fri, 1 Nov 1996 08:59:23 GMT Received: (from srahtz@localhost) by lochnagarn.elsevier.co.uk (8.8.2/8.8.0) id IAA08768; Fri, 1 Nov 1996 08:58:43 GMT Date: Fri, 1 Nov 1996 08:58:43 GMT Message-Id: <199611010858.IAA08768@lochnagarn.elsevier.co.uk> From: Sebastian Rahtz To: Pierre.Basso@lim.univ-mrs.fr Cc: tex-fonts@math.utah.edu Subject: Re: lucida In-Reply-To: References: Pierre Basso writes: > use lucida fonts and I got them in the /fonts/psfonts/bh/lubright > directory of a CTAN host. I have some problems in using these fonts on a you still have to *buy* the fonts, you know! > So, what kind of encoding I have to use for previewing texts with all ligatures? > if you use my .vf files, and tfm files, 8r. thats what its for! > 3) What is the use of 8r.etx? its used by fontinst creating tfms and vf > 4) Why the pk files and the mf files dont exist for the lucida fonts? because they are proprietary PostScript fonts, not MF fonts. you can buy them from Y&Y, well worth the money > 5) What is the use of hlc fonts, standing in lucmath directory? not sure what you mean.. sebastian 2-Nov-96 13:03:17-GMT,1720;000000000000 Return-Path: fil@salustri.esxf.uwindsor.ca Received: from internet.uwindsor.ca (firewall.uwindsor.ca [137.207.232.5]) by csc-sun.math.utah.edu (8.7.6/8.7.3) with SMTP id GAA10410 for ; Sat, 2 Nov 1996 06:03:06 -0700 (MST) Received: by salustri.esxf.uwindsor.ca (SMI-8.6/SMI-SVR4) id HAA00691; Sat, 2 Nov 1996 07:39:43 -0500 From: fil@salustri.esxf.uwindsor.ca (Dr. Filippo A. Salustri) Message-Id: <199611021239.HAA00691@salustri.esxf.uwindsor.ca> Subject: help with psfonts sought. To: tex-fonts@math.utah.edu Date: Sat, 2 Nov 1996 07:39:42 -0500 (EST) X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit I'm *very* interested in getting the latest psfonts (psnfss) running on my installation of latex2e. I've fetched the adobe subdirectory (which is all I'm interested in) from CTAN @ ftp.cdrom.com, as well as the tools subdirectory. However, I cannot find any reference to an insallation procedure for getting this stuff up and running. I can't find the *.sty files for these fonts, nor can I find psfonts.sty (which I *thought* was critical).... In other words, I'm a bit lost. How do I install the fonts that come in the adobe subdir? Or, where can I get the doc to install them? Thanks for any help you can lend. Cheers. Fil Salustri -- Dr. Filippo A. Salustri | "This town needs an enema!" University of Windsor | -- Jack Nicholson, as the Joker Department of Industrial and | Manufacturing Systems Engineering | 401 Sunset Ave | Windsor, Ontario | N9B 3P4 | Canada | | phone: 519/253-4232 ext. 2621 | fax: 519/973-7062 | e-mail: salustri@server.uwindsor.ca | 5-Nov-96 0:17:01-GMT,984;000000000000 Return-Path: kb@cs.umb.edu Received: from terminus.cs.umb.edu (kb@terminus.cs.umb.edu [158.121.104.3]) by csc-sun.math.utah.edu (8.7.6/8.7.3) with SMTP id RAA29792 for ; Mon, 4 Nov 1996 17:17:00 -0700 (MST) Received: by terminus.cs.umb.edu id AA15771 (5.65c/IDA-1.4.4 for tex-fonts@math.utah.edu); Mon, 4 Nov 1996 19:15:47 -0500 Date: Mon, 4 Nov 1996 19:15:47 -0500 From: "K. Berry" Message-Id: <199611050015.AA15771@terminus.cs.umb.edu> To: fil@salustri.esxf.uwindsor.ca Cc: tex-fonts@math.utah.edu Subject: Re: help with psfonts sought. insallation procedure for getting this stuff up and running. I can't Copy the files into /fonts. I agree there should be better documentation, etc., but ... find the *.sty files for these fonts, nor can I find psfonts.sty (which I *thought* was critical).... I think the idea with the new version is to use the psnfss package, which uses .fd files? 6-Nov-96 11:48:15-GMT,1805;000000000000 Return-Path: kleinert@einstein.physik.fu-berlin.de Received: from axp5.physik.fu-berlin.de (axp5.fddi5B.fu-berlin.de [160.45.5.75]) by csc-sun.math.utah.edu (8.7.6/8.7.3) with ESMTP id EAA11126 for ; Wed, 6 Nov 1996 04:48:03 -0700 (MST) Received: from einstein.physik.fu-berlin.de (einstein.physik.fu-berlin.de [160.45.32.52]) by axp5.physik.fu-berlin.de (8.7.1/8.7.1) with ESMTP id MAA04898 for ; Wed, 6 Nov 1996 12:47:44 +0100 (MET) Received: (from kleinert@localhost) by einstein.physik.fu-berlin.de (8.7.1/8.7.1) id MAA02643 for tex-fonts@math.utah.edu; Wed, 6 Nov 1996 12:47:38 +0100 (MET) From: Hagen Kleinert Message-Id: <199611061147.MAA02643@einstein.physik.fu-berlin.de> Subject: ??? To: tex-fonts@math.utah.edu (TEX FONTS) Date: Wed, 6 Nov 1996 12:47:38 +0100 (MET) X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Dear Colleague: I have written a book in LaTeX and would like to print it in postscript. Having used the stylefile times.sty all cmr lettters are times Roman OK. However, thr formulas are still coming out in cmmi12. Is there a hacked substituter for formulas, so that everything is consistent? (the cmmi letters are too fine for the times roman letters, which look almost boldface compared to them. Best regards, Hagen Kleinert Professor of Physics Institute for Theoretical Physics Arnimallee 14 D-14195 Berlin, Germany email: kleinert@physik.fu-berlin.de Tel.: 49/30/838 3034 of 3337 (secretary) Fax.: 49/30/838 3034 --------------------------------------------* Visit my homepage under this URL: | http://www.physik.fu-berlin.de/~kleinert/ | --------------------------------------------* 6-Nov-96 12:44:58-GMT,1674;000000000000 Return-Path: raichle@is.informatik.uni-stuttgart.de Received: from ifi.informatik.uni-stuttgart.de (ifi.informatik.uni-stuttgart.de [129.69.211.1]) by csc-sun.math.utah.edu (8.7.6/8.7.3) with ESMTP id FAA12239 for ; Wed, 6 Nov 1996 05:44:45 -0700 (MST) Date: Wed, 6 Nov 1996 13:42:58 +0100 (MET) Message-Id: <199611061242.NAA17050@isle.informatik.uni-stuttgart.de> Received: by isle.informatik.uni-stuttgart.de; Wed, 6 Nov 1996 13:42:58 +0100 (MET) From: Bernd Raichle To: tex-fonts@math.utah.edu Cc: kleinert@physik.fu-berlin.de In-reply-to: <199611061147.MAA02643@einstein.physik.fu-berlin.de> (message from Hagen Kleinert on Wed, 6 Nov 1996 12:47:38 +0100 (MET)) Subject: Re: ??? Hagen Kleinert asked: [...] : Having used the stylefile times.sty : all cmr lettters are times Roman OK. : However, thr formulas are still coming out in cmmi12. : Is there a hacked substituter for : formulas, so that everything is consistent? [...] have a look into the ``LaTeX Companion'' resp. ``Der LaTeX-Begleiter'' and look for "mathptm.sty". package mathptm.sty: CTAN: macros/latex/packages/psnfss/ vf files ptmcm: CTAN: fonts/psfonts/adobe/mathptm/ -bernd ____________________________________________________________________ Bernd Raichle "Le langage est source DANTE e.V., Koordinator `german.sty' de malentendus" email: german@dante.de (A. de Saint-Exupery) Infos ueber DANTE e.V.: ftp: ftp.dante.de oder email: ftpmail@dante.de in /tex-archive/usergrps/dante/ www: http://www.dante.de/ 6-Nov-96 15:20:47-GMT,1939;000000000000 Return-Path: beebe@math.utah.edu Received: from sunscreen.math.utah.edu (beebe@sunscreen.math.utah.edu [155.99.144.58]) by csc-sun.math.utah.edu (8.7.6/8.7.3) with ESMTP id IAA15219; Wed, 6 Nov 1996 08:20:46 -0700 (MST) From: "Nelson H. F. Beebe" Received: (from beebe@localhost) by sunscreen.math.utah.edu (8.7.6/8.7.3) id IAA06792; Wed, 6 Nov 1996 08:20:45 -0700 (MST) Date: Wed, 6 Nov 1996 08:20:45 -0700 (MST) To: Hagen Kleinert Cc: beebe@math.utah.edu, tex-fonts@math.utah.edu (TEX FONTS) X-US-Mail: "Center for Scientific Computing, University of Utah, Salt Lake City, UT 84112, USA" X-Telephone: +1 801 581 5254 X-FAX: +1 801 581 4148 X-URL: http://www.math.utah.edu/~beebe In-Reply-To: Your message of Wed, 6 Nov 1996 12:47:38 +0100 (MET) Subject: Mathematical typesetting with PostScript Times-Roman fonts Message-ID: >> I have written a book in LaTeX ... used the stylefile times.sty >> ... the formulas are still coming out in cmmi12. Right, that is because standard PostScript Times-Roman family fonts lack the necessary math characters. This has been remedied in the MathTimes package developed by the American Mathematical Society and used in many of their journals. The package is available commercially from several TeX vendors (see my home page [address above and below]) for a list of several. Unlike TeX, LaTeX, et al, the MathTimes package is NOT freely distributable. ======================================================================== Nelson H. F. Beebe Tel: +1 801 581 5254 Center for Scientific Computing FAX: +1 801 581 4148 Department of Mathematics, 105 JWB Internet: beebe@math.utah.edu University of Utah URL: http://www.math.utah.edu/~beebe Salt Lake City, UT 84112, USA ======================================================================== 6-Nov-96 15:26:47-GMT,1142;000000000000 Return-Path: texadmin@puccini.ujf-grenoble.fr Received: from ujf.ujf-grenoble.fr (ujf.ujf-grenoble.fr [193.54.232.33]) by csc-sun.math.utah.edu (8.7.6/8.7.3) with ESMTP id IAA15347 for ; Wed, 6 Nov 1996 08:26:43 -0700 (MST) Received: from puccini.ujf-grenoble.fr (puccini.ujf-grenoble.fr [193.54.241.2]) by ujf.ujf-grenoble.fr (8.7.6/8.6.9) with ESMTP id QAA16591; Wed, 6 Nov 1996 16:26:38 +0100 (MET) Received: (from texadmin@localhost) by puccini.ujf-grenoble.fr (8.7.6/8.6.9) id QAA23097; Wed, 6 Nov 1996 16:26:46 +0100 (MET) From: Thierry Bouche Message-Id: <199611061526.QAA23097@puccini.ujf-grenoble.fr> Subject: Re: ??? To: kleinert@physik.fu-berlin.de (Hagen Kleinert) Date: Wed, 6 Nov 1996 16:26:45 +0100 (MET) Cc: tex-fonts@math.utah.edu In-Reply-To: <199611061147.MAA02643@einstein.physik.fu-berlin.de> from Hagen Kleinert at "Nov 6, 96 12:47:38 pm" X-Mailer: ELM [version 2.4ME+ PL11 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit there is a _real_ substitute, it's MathTime, but you'll have to spend money for it. 6-Nov-96 17:17:06-GMT,3201;000000000000 Return-Path: bkph@life.ai.mit.edu Received: from life.ai.mit.edu (life.ai.mit.edu [128.52.32.80]) by csc-sun.math.utah.edu (8.7.6/8.7.3) with ESMTP id KAA17952; Wed, 6 Nov 1996 10:17:05 -0700 (MST) Received: from kauai.ai.mit.edu (kauai.ai.mit.edu [128.52.54.48]) by life.ai.mit.edu (8.8.2/8.8.2AI/life.ai.mit.edu:1.9) with SMTP id MAA25637; Wed, 6 Nov 1996 12:16:09 -0500 (EST) From: "Berthold K.P. Horn" Received: by kauai.ai.mit.edu (8.6.12/AI-4.10) id MAA06565; Wed, 6 Nov 1996 12:16:06 -0500 Date: Wed, 6 Nov 1996 12:16:06 -0500 Message-Id: <199611061716.MAA06565@kauai.ai.mit.edu> To: beebe@math.utah.edu CC: kleinert@physik.fu-berlin.de, beebe@math.utah.edu, tex-fonts@math.utah.edu In-reply-to: Subject: Re: Mathematical typesetting with PostScript Times-Roman fonts Reply-to: bkph@ai.mit.edu From: "Nelson H. F. Beebe" Date: Wed, 6 Nov 1996 08:20:45 -0700 (MST) Cc: beebe@math.utah.edu, tex-fonts@math.utah.edu (TEX FONTS) X-US-Mail: "Center for Scientific Computing, University of Utah, Salt Lake City, UT 84112, USA" X-Telephone: +1 801 581 5254 X-FAX: +1 801 581 4148 X-URL: http://www.math.utah.edu/~beebe >> I have written a book in LaTeX ... used the stylefile times.sty >> ... the formulas are still coming out in cmmi12. Right, that is because standard PostScript Times-Roman family fonts lack the necessary math characters. This has been remedied in the MathTimes package developed by the American Mathematical Society and used in many of their journals. Minor correction: Actually it is Lucida Bright + Lucida New Math that AMS uses --- and no, they did not develop it. Bigelow & Holmes designed the original versions of Lucida Bright, and Y&Y revised the fonts for use with TeX, and turned them into hand hinted ATM compatible Adobe Type 1 format. This font set -- as well as Lucida Bright Expert which adds bold math seriffed fixed width, non-connecting handwriting etc. -- is available from Y&Y and Blue Sky Research. The package is available commercially from several TeX vendors (see my home page [address above and below]) for a list of several. Minor correction: MathTime was developed by Michael Spivak (at the time of `TeXplorators, Inc' now of `Publish or Perish, Inc.'). Y&Y turned his fonts into hand hinted ATM compatible Adobe Type 1 format. These fonts are available only from http://www.YandY.com and http://www.BlueSky.com. MathTime Plus - which extends the MathTime 1.1 font set with bold math, upright Greek, and script faces is available exclusively from Y&Y. Unlike TeX, LaTeX, et al, the MathTimes package is NOT freely distributable. ======================================================================== Nelson H. F. Beebe Tel: +1 801 581 5254 Center for Scientific Computing FAX: +1 801 581 4148 Department of Mathematics, 105 JWB Internet: beebe@math.utah.edu University of Utah URL: http://www.math.utah.edu/~beebe Salt Lake City, UT 84112, USA ======================================================================== 6-Nov-96 17:43:12-GMT,1131;000000000000 Return-Path: BNB@MATH.AMS.ORG Received: from axp14.ams.org (AXP14.AMS.ORG [130.44.1.14]) by csc-sun.math.utah.edu (8.7.6/8.7.3) with ESMTP id KAA18585; Wed, 6 Nov 1996 10:43:11 -0700 (MST) Received: from AXP14.AMS.ORG by AXP14.AMS.ORG (PMDF V5.0-6 #16534) id <01IBIY2FLEK0000ZYH@AXP14.AMS.ORG>; Wed, 06 Nov 1996 12:41:20 -0500 (EST) Date: Wed, 06 Nov 1996 12:41:20 -0500 (EST) From: bbeeton Subject: Re: Mathematical typesetting with PostScript Times-Roman fonts In-reply-to: To: "Nelson H. F. Beebe" Cc: Hagen Kleinert , tex-fonts@math.utah.edu Message-id: <847302080.168775.BNB@MATH.AMS.ORG> MIME-version: 1.0 Content-type: TEXT/PLAIN; CHARSET=US-ASCII Content-transfer-encoding: 7BIT Mail-system-version: actually, the mathtimes package was developed largely by michael spivak. the rest of what nelson beebe says about it is accurate. the times package developed by ams is a different one. it is not publicly available. -- barbara beeton 6-Nov-96 19:27:40-GMT,3625;000000000000 Return-Path: beebe@math.utah.edu Received: from sunscreen.math.utah.edu (beebe@sunscreen.math.utah.edu [155.99.144.58]) by csc-sun.math.utah.edu (8.7.6/8.7.3) with ESMTP id MAA21209; Wed, 6 Nov 1996 12:27:30 -0700 (MST) From: "Nelson H. F. Beebe" Received: (from beebe@localhost) by sunscreen.math.utah.edu (8.7.6/8.7.3) id MAA10485; Wed, 6 Nov 1996 12:27:29 -0700 (MST) Date: Wed, 6 Nov 1996 12:27:29 -0700 (MST) To: tex-fonts@math.utah.edu, tex-implementors@math.ams.org, latex-l@relay.urz.uni-heidelberg.de Cc: beebe@math.utah.edu X-US-Mail: "Center for Scientific Computing, University of Utah, Salt Lake City, UT 84112, USA" X-Telephone: +1 801 581 5254 X-FAX: +1 801 581 4148 X-URL: http://www.math.utah.edu/~beebe Subject: Bug fix for mathtime.sty version 2 (1995/03/07) Message-ID: We are in the final days of completing the typesetting of a complex book, and this morning, I uncovered, and fixed, an error in mathtime.sty, version 2 (1995/03/07), which is present in the June 1996 LaTeX2e distribution as % ls -l latex2e/unpacked/mathtime.sty -rw-rw-r-- 1 beebe 8320 Dec 19 1995 latex2e/unpacked/mathtime.sty The error appears in an earlier version of this file on our system too (the one that came with the original version of the MathTime purchased from Y&Y in October 1992). Briefly, a couple of days ago, I switched from times.sty to mathtime.sty, and was surprised to see a number of new overfull boxes appear. While fixing them this morning, I noticed that a line that was previously correct was now overfull, and the cause appeared to be an initial \boldmath $D$. In the previous printing of the book with times.sty, that D began the line; with mathtime.sty, it was preceded by a small amount of space, which caused the line to be overfull. Examination of mathtime.sty revealed the problem: it says \def\boldmath{\@nomath\unboldmath ... \mathcode`\+="202B \mathversion{bold} } Notice that there is a missing percent on the last item in the definition, which results in \boldmath getting a single space into the end of its definition. I've changed my personal copy of mathtime.sty (known as xmathtime.sty) to read \def\boldmath{\@nomath\unboldmath ... \mathcode`\+="202B \mathversion{bold}% } A similar error appears in the definition of \unboldmath: \def\unboldmath{\@nomath\boldmath ... \mathcode`\+="2243 \mathversion{normal} } This should be changed to \def\unboldmath{\@nomath\boldmath ... \mathcode`\+="2243 \mathversion{normal}% } Here is a small test file to demonstrate the error: % -*-latex-*- \documentclass[]{article} \usepackage{mathtime} \def\slug{\vrule width 3pt depth 0pt height 10pt} \begin{document} \slug\boldmath $D$\slug \end{document} The output of dv2dt on the .dvi file from this file says: ... sr 655360 196608 r3 163840 fd1 18 10421504624 655360 655360 0 7 'cmmib10' ,,, When I change mathtime to xmathtime (my patched version) in this test file, and run LaTeX2e again, dv2dt then produces ... sr 655360 196608 fd1 18 10421504624 655360 655360 0 7 'cmmib10' ... The unwanted move-right command, r3 163840, has disappeared. ======================================================================== Nelson H. F. Beebe Tel: +1 801 581 5254 Center for Scientific Computing FAX: +1 801 581 4148 Department of Mathematics, 105 JWB Internet: beebe@math.utah.edu University of Utah URL: http://www.math.utah.edu/~beebe Salt Lake City, UT 84112, USA ======================================================================== 6-Nov-96 21:34:07-GMT,3230;000000000000 Return-Path: bkph@life.ai.mit.edu Received: from life.ai.mit.edu (life.ai.mit.edu [128.52.32.80]) by csc-sun.math.utah.edu (8.7.6/8.7.3) with ESMTP id OAA24263; Wed, 6 Nov 1996 14:34:03 -0700 (MST) Received: from kauai.ai.mit.edu (kauai.ai.mit.edu [128.52.54.48]) by life.ai.mit.edu (8.8.2/8.8.2AI/life.ai.mit.edu:1.9) with SMTP id QAA10058; Wed, 6 Nov 1996 16:33:50 -0500 (EST) From: "Berthold K.P. Horn" Received: by kauai.ai.mit.edu (8.6.12/AI-4.10) id QAA06747; Wed, 6 Nov 1996 16:33:49 -0500 Date: Wed, 6 Nov 1996 16:33:49 -0500 Message-Id: <199611062133.QAA06747@kauai.ai.mit.edu> To: beebe@math.utah.edu CC: tex-fonts@math.utah.edu, tex-implementors@math.ams.org, latex-l@relay.urz.uni-heidelberg.de, beebe@math.utah.edu In-reply-to: Subject: Re: Bug fix for mathtime.sty version 2 (1995/03/07) Reply-to: bkph@ai.mit.edu From: "Nelson H. F. Beebe" We are in the final days of completing the typesetting of a complex book, and this morning, I uncovered, and fixed, an error in mathtime.sty, version 2 (1995/03/07), which is present in the June 1996 LaTeX2e distribution as % ls -l latex2e/unpacked/mathtime.sty -rw-rw-r-- 1 beebe 8320 Dec 19 1995 latex2e/unpacked/mathtime.sty The error appears in an earlier version of this file on our system too (the one that came with the original version of the MathTime purchased from Y&Y in October 1992). By the way, mathtime.dtx/mathtime.ins is obsolete and unsupported, as it says on CTAN. It is pretty bad stuff, way below the quality of support for MathTime available by using \input lcdlatex under LaTeX 2.09! Use instead mathtimy.dtx/mathtimy.ins, downloadable from http://www.YandY.com under `Downloadables'. It is a bit better. Although the bug you described may very well be in there also, I'll have to check... Also, \boldmath is problematic because it switches back to CM for bold math, which means the glyphs don't match in style, but worse, since CM is so thin, the *bold* CM math doesn't look much heavier than the *regular* MathTime math - it just looks different... MathTime Plus is the way to fix this (see http://www.YandY.com/mathplus.pdf). But right now on the TeX side, this is only supported under plain TeX and AMS TeX. LaTeX 2e support is expected towards the end of the year. Examination of mathtime.sty revealed the problem: it says \def\boldmath{\@nomath\unboldmath ... \mathcode`\+="202B \mathversion{bold} } Notice that there is a missing percent on the last item in the definition, which results in \boldmath getting a single space into the end of its definition. ... Thanks for pointing out the fix. Berthold. ======================================================================== Nelson H. F. Beebe Tel: +1 801 581 5254 Center for Scientific Computing FAX: +1 801 581 4148 Department of Mathematics, 105 JWB Internet: beebe@math.utah.edu University of Utah URL: http://www.math.utah.edu/~beebe Salt Lake City, UT 84112, USA ======================================================================== 7-Nov-96 10:59:59-GMT,2065;000000000000 Return-Path: robin.fairbairns@cl.cam.ac.uk Received: from heaton.cl.cam.ac.uk (exim@heaton.cl.cam.ac.uk [128.232.32.11]) by csc-sun.math.utah.edu (8.7.6/8.7.3) with SMTP id DAA11462; Thu, 7 Nov 1996 03:59:42 -0700 (MST) Received: from cl.cam.ac.uk [128.232.1.34] (rf) by heaton.cl.cam.ac.uk with esmtp (Exim 0.52 #2) id E0vLS7v-0006QJ-00; Thu, 7 Nov 1996 10:56:03 +0000 To: bkph@ai.mit.edu cc: beebe@math.utah.edu, tex-fonts@math.utah.edu, ctan@urz.uni-heidelberg.de Subject: Re: Bug fix for mathtime.sty version 2 (1995/03/07) In-reply-to: Your message of "Wed, 06 Nov 1996 16:33:49 EST." <199611062133.QAA06747@kauai.ai.mit.edu> Date: Thu, 07 Nov 1996 10:56:01 +0000 From: Robin Fairbairns Message-Id: Berthold writes: > By the way, mathtime.dtx/mathtime.ins is obsolete and unsupported, > as it says on CTAN. It is pretty bad stuff, way below the quality of > support for MathTime available by using \input lcdlatex under LaTeX 2.09! > > Use instead mathtimy.dtx/mathtimy.ins, downloadable from > http://www.YandY.com under `Downloadables'. It is a bit better. > Although the bug you described may very well be in there also, > I'll have to check... This is a daft situation. People are likely to upgrade their LaTeX and see the CTAN version and (naively) suppose it's the thing they should upgrade to. Shouldn't we just replace the CTAN version with your working one? > Also, \boldmath is problematic because it switches back to CM for bold > math, which means the glyphs don't match in style, but worse, since CM > is so thin, the *bold* CM math doesn't look much heavier than the > *regular* MathTime math - it just looks different... > > MathTime Plus is the way to fix this (see http://www.YandY.com/mathplus.pdf). > But right now on the TeX side, this is only supported under plain TeX > and AMS TeX. LaTeX 2e support is expected towards the end of the year. Indeed. MathTime Plus is good news; every home should have a copy (or something ;-) Robin 7-Nov-96 11:43:13-GMT,2181;000000000000 Return-Path: P.T.H.Tutelaers@urc.tue.nl Received: from mailhost.tue.nl (mailhost.tue.nl [131.155.2.5]) by csc-sun.math.utah.edu (8.7.6/8.7.3) with ESMTP id EAA12264 for ; Thu, 7 Nov 1996 04:43:10 -0700 (MST) Received: from asterix.urc.tue.nl [131.155.5.10] by mailhost.tue.nl (8.7.6) id MAA04372 (ESMTP). Thu, 7 Nov 1996 12:40:19 +0100 (MET) Received: from rcpt@localhost by asterix.urc.tue.nl (8.7.6) id MAA19106. Thu, 7 Nov 1996 12:40:18 +0100 (MET) From: Piet Tutelaers Message-Id: <199611071140.MAA19106@asterix.urc.tue.nl> Subject: Re: Bug fix for mathtime.sty version 2 (1995/03/07) To: tex-fonts@math.utah.edu (TeX fonts mailing list) Date: Thu, 7 Nov 1996 12:40:18 +0100 (MET) Cc: Robin.Fairbairns@cl.cam.ac.uk (Robin Fairbairns) In-Reply-To: from "Robin Fairbairns" at Nov 7, 96 10:56:01 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text > > Berthold writes: > > > By the way, mathtime.dtx/mathtime.ins is obsolete and unsupported, > > as it says on CTAN. It is pretty bad stuff, way below the quality of > > support for MathTime available by using \input lcdlatex under LaTeX 2.09! > > > > Use instead mathtimy.dtx/mathtimy.ins, downloadable from > > http://www.YandY.com under `Downloadables'. It is a bit better. > > Although the bug you described may very well be in there also, > > I'll have to check... > > This is a daft situation. People are likely to upgrade their LaTeX > and see the CTAN version and (naively) suppose it's the thing they > should upgrade to. Shouldn't we just replace the CTAN version with > your working one? Unfortunately it is not that simple! (1) There are people still using the old MathTimes (1.1 and 1.0) fonts. (2) Y&Y does not support virtual fonts. (3) The LaTeX2e font team does not officially support MathTime since they introduced the thirth generation of PS fonts (is this true?) (4) The inofficially supported mathtime.sty from A. Helmick is withdrawn? > Indeed. MathTime Plus is good news; every home should have a copy (or > something ;-) > > Robin Not so sure about this ... --Piet 7-Nov-96 13:12:12-GMT,2236;000000000000 Return-Path: s.rahtz@elsevier.co.uk Received: from pillar.elsevier.co.uk (root@pillar.elsevier.co.uk [193.131.222.35]) by csc-sun.math.utah.edu (8.7.6/8.7.3) with ESMTP id GAA13923 for ; Thu, 7 Nov 1996 06:12:11 -0700 (MST) Received: from snowdon.elsevier.co.uk (snowdon.elsevier.co.uk [193.131.197.164]) by pillar.elsevier.co.uk (8.8.2/8.8.2) with ESMTP id NAA02619 for ; Thu, 7 Nov 1996 13:12:02 GMT Received: from cadair.elsevier.co.uk by snowdon.elsevier.co.uk with SMTP (PP); Thu, 7 Nov 1996 13:11:39 +0000 Received: from lochnagarn.elsevier.co.uk (lochnagarn.elsevier.co.uk [193.131.216.1]) by cadair.elsevier.co.uk (8.8.2/8.8.0) with ESMTP id NAA09989; Thu, 7 Nov 1996 13:11:28 GMT Received: (from srahtz@localhost) by lochnagarn.elsevier.co.uk (8.8.2/8.8.0) id NAA17004; Thu, 7 Nov 1996 13:10:42 GMT Date: Thu, 7 Nov 1996 13:10:42 GMT Message-Id: <199611071310.NAA17004@lochnagarn.elsevier.co.uk> From: Sebastian Rahtz To: P.T.H.Tutelaers@urc.tue.nl Cc: tex-fonts@math.utah.edu, Robin.Fairbairns@cl.cam.ac.uk Subject: Re: Bug fix for mathtime.sty version 2 (1995/03/07) In-Reply-To: <199611071140.MAA19106@asterix.urc.tue.nl> References: <199611071140.MAA19106@asterix.urc.tue.nl> Piet Tutelaers writes: > Unfortunately it is not that simple! > (1) There are people still using the old MathTimes (1.1 and 1.0) fonts. no doubtthey have their style files then > (2) Y&Y does not support virtual fonts. not sure of the relevance of this > (3) The LaTeX2e font team does not officially support MathTime since they > introduced the thirth generation of PS fonts (is this true?) .... > (4) The inofficially supported mathtime.sty from A. Helmick is > withdrawn? i have now withdrawn psnfss/unsupported/mathtime completely; this means that any mathtime support does not come under macros/latex/packages, which is the area blessed by the LaTeX team. i don't propose to put it back until i find the time to do it properly in conjunction with Berthold. in the meanwhile of course anyone can submit whatever they like as contrib packages sebastian 13-Nov-96 13:18:55-GMT,2957;000000000000 Return-Path: bkph@life.ai.mit.edu Received: from life.ai.mit.edu (life.ai.mit.edu [128.52.32.80]) by csc-sun.math.utah.edu (8.7.6/8.7.3) with ESMTP id GAA22160; Wed, 13 Nov 1996 06:18:54 -0700 (MST) Received: from kauai.ai.mit.edu (kauai.ai.mit.edu [128.52.54.48]) by life.ai.mit.edu (8.8.2/8.8.2AI/life.ai.mit.edu:1.9) with SMTP id IAA26514; Wed, 13 Nov 1996 08:18:50 -0500 (EST) From: "Berthold K.P. Horn" Received: by kauai.ai.mit.edu (8.6.12/AI-4.10) id IAA09174; Wed, 13 Nov 1996 08:18:48 -0500 Date: Wed, 13 Nov 1996 08:18:48 -0500 Message-Id: <199611131318.IAA09174@kauai.ai.mit.edu> To: Robin.Fairbairns@cl.cam.ac.uk CC: beebe@math.utah.edu, tex-fonts@math.utah.edu, ctan@urz.uni-heidelberg.de In-reply-to: (message from Robin Fairbairns on Thu, 07 Nov 1996 10:56:01 +0000) Subject: Re: Bug fix for mathtime.sty version 2 (1995/03/07) Reply-to: bkph@ai.mit.edu Robin writes: Berthold writes: > By the way, mathtime.dtx/mathtime.ins is obsolete and unsupported, > as it says on CTAN. It is pretty bad stuff, way below the quality of > support for MathTime available by using \input lcdlatex under LaTeX 2.09! > Use instead mathtimy.dtx/mathtimy.ins, downloadable from > http://www.YandY.com under `Downloadables'. It is a bit better. > Although the bug you described may very well be in there also, > I'll have to check... This is a daft situation. People are likely to upgrade their LaTeX and see the CTAN version and (naively) suppose it's the thing they should upgrade to. Shouldn't we just replace the CTAN version with your working one? Well, maybe. Although since a super expert (:=) is working on proper support for MathTime + MathTime Plus and hopes to be done with this towards the end of the year, it might be better to just wait until then and stick in the clean official solution. But maybe there could be a pointer there to the mathtimy.dtx/mathtimy.ins meantime? Actually, I am not sure that many people would be too confused by what is presently on CTAN, since it is buried in sub-directories with names like `unsupported' and `obsolete'. But it is true they wouldn't know where to go --- but since mathtimy.dtx/mathtimy.ins comes with the MathTime fonts, it doesn't seem like too big a problem. > Also, \boldmath is problematic because it switches back to CM for bold > math, which means the glyphs don't match in style, but worse, since CM > is so thin, the *bold* CM math doesn't look much heavier than the > *regular* MathTime math - it just looks different... > > MathTime Plus is the way to fix this (see http://www.YandY.com/mathplus.pdf). > But right now on the TeX side, this is only supported under plain TeX > and AMS TeX. LaTeX 2e support is expected towards the end of the year. Indeed. MathTime Plus is good news; every home should have a copy (or something ;-) Robin 13-Nov-96 13:27:53-GMT,3334;000000000000 Return-Path: bkph@life.ai.mit.edu Received: from life.ai.mit.edu (life.ai.mit.edu [128.52.32.80]) by csc-sun.math.utah.edu (8.7.6/8.7.3) with ESMTP id GAA22322 for ; Wed, 13 Nov 1996 06:27:52 -0700 (MST) Received: from kauai.ai.mit.edu (kauai.ai.mit.edu [128.52.54.48]) by life.ai.mit.edu (8.8.2/8.8.2AI/life.ai.mit.edu:1.9) with SMTP id IAA26806; Wed, 13 Nov 1996 08:27:49 -0500 (EST) From: "Berthold K.P. Horn" Received: by kauai.ai.mit.edu (8.6.12/AI-4.10) id IAA09179; Wed, 13 Nov 1996 08:27:47 -0500 Date: Wed, 13 Nov 1996 08:27:47 -0500 Message-Id: <199611131327.IAA09179@kauai.ai.mit.edu> To: P.T.H.Tutelaers@urc.tue.nl CC: tex-fonts@math.utah.edu, Robin.Fairbairns@cl.cam.ac.uk In-reply-to: <199611071140.MAA19106@asterix.urc.tue.nl> (message from Piet Tutelaers on Thu, 7 Nov 1996 12:40:18 +0100 (MET)) Subject: Re: Bug fix for mathtime.sty version 2 (1995/03/07) Reply-to: bkph@ai.mit.edu Piet Tutelaers writes: > > By the way, mathtime.dtx/mathtime.ins is obsolete and unsupported, > > as it says on CTAN. It is pretty bad stuff, way below the quality of > > support for MathTime available by using \input lcdlatex under LaTeX 2.09 > > Use instead mathtimy.dtx/mathtimy.ins, downloadable from > > http://www.YandY.com under `Downloadables'. It is a bit better. > > Although the bug you described may very well be in there also, > > I'll have to check... > This is a daft situation. People are likely to upgrade their LaTeX > and see the CTAN version and (naively) suppose it's the thing they > should upgrade to. Shouldn't we just replace the CTAN version with > your working one? Unfortunately it is not that simple! (1) There are people still using the old MathTimes (1.1 and 1.0) fonts. How is this relevant? Mathtimy.dtx/mathtimy.ins is *designed* for MathTime 1.1 and has been used with it for years. It has *no* support for MathTime Plus. (2) Y&Y does not support virtual fonts. Not sure what you mean. The Unix and Macintosh version of MathTime *come* with VF for MTMI (which isconstructed from RMTMI and Times-Italic) --- along with all the headaches with wired-in font names and wired in font encoding! The Macintosh version even includes the complex Textures metrics files. The IBM PC version comes with an installation procedure that creates a *real* MTMI, so you don't need VF at all for the math fonts. Hence I do not follow your point at all. Text fonts are another story, but we are taking here about the MathTime fonts --- math fonts. You can use your favourite `times.sty' with them if you like, with or without VF, with OT1, T1, TeX 'n ANSI or whatever encoding. (3) The LaTeX2e font team does not officially support MathTime since they introduced the thirth generation of PS fonts (is this true?) (4) The inofficially supported mathtime.sty from A. Helmick is withdrawn? Which is reasonable, since it was never any good. It dropped the linkage to Adobe Math Pi. It did not do the right thing with sizes for subscripts and subsubscripts, it had hard wired in a text font encoding for an obsolete version of DVIPS etc etc > Indeed. MathTime Plus is good news; every home should have a copy (or > something ;-) > Robin Not so sure about this ... --Piet 16-Nov-96 14:42:18-GMT,10737;000000000000 Return-Path: kb@cs.umb.edu Received: from terminus.cs.umb.edu (kb@terminus.cs.umb.edu [158.121.104.3]) by csc-sun.math.utah.edu (8.7.6/8.7.3) with SMTP id HAA27045; Sat, 16 Nov 1996 07:42:17 -0700 (MST) Received: by terminus.cs.umb.edu id AA21552 (5.65c/IDA-1.4.4); Sat, 16 Nov 1996 09:41:40 -0500 Date: Sat, 16 Nov 1996 09:41:40 -0500 Message-Id: <199611161441.AA21552@terminus.cs.umb.edu> From: kb@terminus.cs.umb.edu To: tex-k@cs.umb.edu, info-tex@SHSU.edu, tex-archive@math.utah.edu, tex-fonts@math.utah.edu Subject: modes.mf 3.2 available I have released version 3.2 of modes.mf. You can get it by anonymous ftp from ftp://ftp.tug.org/tex/modes.mf ftp://ftp.cs.umb.edu/pub/tex/modes.mf and shortly from ftp://ftp.cdrom.com/pub/tex/modes.mf and any CTAN site in /tex-archive/fonts/modes/modes-3.1.mf. finger ctan@ftp.tug.org for a list of all the CTAN sites and mirrors. News: New mode for the LaserJet 5, various alias name and dpi corrections. As always, thanks to the many contributors, and further additions and improvements are welcome. Please send bug reports or suggestions to tex-fonts@math.utah.edu (email tex-fonts-request to join). General information: modes.mf is a collection of Metafont mode_def's. It also makes common definitions for write/white printers, `special' information, and landscape mode. It uses up too much memory for the table sizes in the original mf.web, so you either have to increase the sizes (as in Web2c) or rename the file and remove unneeded modes. I don't understand mf.web well enough to understand how to make the modes use less memory; if some Metafont hacker can tell me, I'd very much like to hear it. If you have mode_def's which are not listed below, or corrections to the existing ones, please send them to me. Improvements to the exposition, particularly in how to create a new mode_def, are also welcome. kb@cs.umb.edu mode_def agfafzz = % AGFA 400PS (406dpi) mode_def agfatfzz = % AGFA P3400PS (400dpi) mode_def amiga = % Commodore Amiga (100dpi) mode_def aps = % Autologic APS-Micro5 (723dpi) mode_def apssixhi = % Autologic APS-Micro6 (1016dpi) mode_def atariezf = % Atari ST SLM 804 printer (300dpi) mode_def atarinf = % Atari previewer (95dpi) mode_def atarins = % Atari previewer (96dpi) mode_def atariotf = % Atari ST SM 124 screen (101dpi) mode_def bitgraph = % BBN Bitgraph (118dpi) mode_def bjtenex = % Canon BubbleJet 10ex (360dpi) mode_def boise = % HP 2680A (180dpi) mode_def canonbjc = % Canon BJC-600 (360dpi) mode_def canonex = % LaserWriter Pro 630 (600dpi) mode_def canonlbp = % Symbolics LGP-10 (240dpi) mode_def cg = % Compugraphic 8600 (1301x1569dpi) mode_def cgl = % Compugraphic 8600 landscape (1569x1302dpi) mode_def cgnszz = % Compugraphic 9600 (1200dpi) mode_def crs = % Alphatype CRS (5333dpi) mode_def cx = % Canon CX, SX, LBP-LX (300dpi) mode_def datadisc = % DataDisc (70dpi) mode_def newdd = % DataDisc (70x93dpi) mode_def declarge = % DEC 19-inch, 1280 x 1024 (100dpi) mode_def decsmall = % DEC 17-inch, 1024 x 768 (82dpi) mode_def deskjet = % HP DeskJet 500 (300dpi) mode_def docutech = % Xerox 8790 or 4045 (600dpi) mode_def dover = % Xerox Dover (384dpi) mode_def eighthre = % EightThree (83dpi) mode_def epsdrft = % Epson (120x72dpi) mode_def epsdrftl = % Epson (72x120dpi) mode_def epsfast = % Epson (60x72dpi) mode_def epsfastl = % Epson (72x60dpi) mode_def epson = % 9-pin Epson MX/FX (240x216dpi) mode_def epsonl = % 9-pin Epson MX/FX landscape (216x240dpi) mode_def epsonact = % Epson Action Laser 1500 (300dpi) mode_def epsonlo = % Epson (120x216dpi) mode_def epsonlol = % Epson landscape (216x120dpi) mode_def epsonsq = % Epson SQ 870 (360dpi) mode_def epstypro = % Epson Stylus Pro (360dpi) mode_def epstyplo = % Epson Stylus Pro (180dpi) mode_def epstypmd = % Epson Stylus Pro (720x360dpi) mode_def esphi = % Epson Stylus Pro (720dpi) mode_def epstylus = % Epson Stylus (360dpi) mode_def fourfour = % FourFour (44dpi) mode_def gtfax = % G3fax (204x196dpi) mode_def gtfaxl = % G3fax landscape (196x204dpi) mode_def gtfaxlo = % G3fax (204x98dpi) mode_def gtfaxlol = % G3fax landscape (98x204dpi) mode_def highfax = % G3fax (200dpi) mode_def hprugged = % HP RuggedWriter 480 (180dpi) mode_def ibm_a = % IBM 38xx (240dpi) mode_def ibmd = % IBM 38xx (240dpi) mode_def ibmega = % IBM EGA monitor (96x81dpi) mode_def ibmegal = % IBM EGA monitor landscape (81x96dpi) mode_def ibmfzon = % IBM 4019 (300dpi) mode_def ibmfztn = % IBM 4029-30, 4250 (600dpi) mode_def ibmpp = % IBM ProPrinter (240x216dpi) mode_def ibmppl = % IBM ProPrinter (216x240dpi) mode_def ibmsoff = % IBM 6154 display (118dpi) mode_def sherpa = % IBM 6670 (Sherpa) (240dpi) mode_def ibmteot = % IBM 3812 (240dpi) mode_def ibmtetz = % IBM 3820 (240dpi) mode_def ibmtont = % IBM 3193 screen (100dpi) mode_def ibmtosn = % IBM 3179 screen (87x65dpi) mode_def ibmtosnl = % IBM 3179 screen landscape (65x87dpi) mode_def ibmvga = % IBM VGA monitor (110dpi) mode_def ibx = % Chelgraph IBX (9600dpi) mode_def itoh = % CItoh 8510A (160x144dpi) mode_def itohl = % CItoh 8510A landscape (144x160dpi) mode_def itohtoz = % CItoh 310 (240x144dpi) mode_def itohtozl = % CItoh 310 landscape (144x240dpi) mode_def iw = % Apple ImageWriter (144dpi) mode_def jetiiisi = % HP Laser Jet IIISi (300dpi) mode_def lasf = % DEC LA75 (144dpi) mode_def lexmarkr = % IBM Lexmark Optra R 4049 (1200dpi) mode_def linolo = % Linotype Linotronic [13]00 (635dpi) mode_def linolttz = % Linotronic L-300 with RIP-50 (3386dpi) mode_def linoone = % Linotronic [13]00 (1270dpi) mode_def linotzzh = % Linotype Linotronic 300 (2540dpi) mode_def ljfive = % HP LaserJet 5 (600dpi) mode_def ljfivemp = % HP LaserJet 5MP (600 dpi) mode_def ljfour = % HP LaserJet 4 (600dpi) mode_def ljlo = % HP LaserJet (150dpi) mode_def lmaster = % LaserMaster (1000dpi) mode_def lnotr = % DEC LN03R Scriptprinter (300dpi) mode_def lnzo = % DEC LN01 (300dpi) mode_def lpstz = % DEC lps20 (300dpi) mode_def lqlores = % Epson LQ-500 (180dpi) mode_def lqmed = % Epson LQ-500 (360x180dpi) mode_def lqmedl = % Epson LQ-500 landscape (180x360dpi) mode_def lview = % Sigma L-View monitor (118x109dpi) mode_def lwpro = % Apple LaserWriterPro 810 (800dpi) mode_def macmag = % Mac screens at magstep 1 (86dpi) mode_def mactrue = % Mac screen (72dpi) mode_def ncd = % NCD 19-inch (95dpi) mode_def nec = % NEC (180dpi) mode_def nechi = % NEC-P6 (360dpi) mode_def neclm = % NEC PC-PR406LM (320dpi) mode_def nectzo = % NEC PC-PR201 series (160dpi) mode_def nexthi = % NeXT Newgen (400dpi) mode_def nextscrn = % NeXT monitor (100dpi) mode_def nineone = % NineOne (91x91) (91dpi) mode_def nullmode = % TFM files only (101dpi) mode_def onetz = % OneTwoZero (120/120) (120dpi) mode_def ocessfz = % OCE 6750-PS (508dpi) mode_def okidata = % Okidata (240x288dpi) mode_def okidatal = % Okidata landscape (288x240dpi) mode_def okifte = % Okidata 410e in 600DPI mode (600dpi) mode_def pcscreen = % also, e.g., high-resolution Suns (118dpi) mode_def pcprevw = % PC screen preview (118dpi) mode_def phaser = % Tektronix Phaser PXi (300dpi) mode_def prntware = % Printware 720IQ (1200dpi) mode_def qms = % QMS (Xerox engine) (300dpi) mode_def qmsostf = % QMS 1725 (600dpi) mode_def qmsoszz = % QMS 1700 (600dpi) mode_def qmstftf = % QMS 2425 (1200dpi) mode_def ricoh = % e.g., TI Omnilaser (300dpi) mode_def ricoha = % e.g., IBM 4216 (300dpi) mode_def ricohlp = % e.g., DEC LN03 (300dpi) mode_def ricohsp = %% Ricoh sp10ps/lp7200-ux (600dpi) mode_def sparcptr = % Sun SPARCprinter (400dpi) mode_def starnlt = % Star NL-10 (240x216dpi) mode_def starnltl = % Star NL-10 landscape (216x240dpi) mode_def stylewr = % Apple StyleWriter (360dpi) mode_def sun = % Sun and BBN Bitgraph (85dpi) mode_def supre = % Ultre*setter (2400dpi) mode_def toshiba = % Toshiba 13XX, EpsonLQ (180dpi) mode_def ultre = % Ultre*setter (1200dpi) mode_def vs = % VAXstation monitor (78dpi) mode_def vtftzz = % Varityper 4200 B-P (1800dpi) mode_def vtftzzhi = % Varityper 4300P (2400dpi) mode_def vtftzzlo = % Varityper 4300P (1200dpi) mode_def vtfzszw = % Varitype 5060W, APS 6 (600dpi) mode_def vtszz = % Varityper Laser 600 (600dpi) mode_def xrxesnz = % Xerox 8790 or 4045 (300dpi) mode_def xrxfzfz = % Xerox 4050/4075/4090/4700 (300dpi) mode_def xrxnszz = % Xerox 9700 (300dpi) mode_def xrxtszz = % Xerox 3700 (300dpi) 26-Nov-96 12:25:46-GMT,1765;000000000000 Return-Path: beebe@math.utah.edu Received: from plot79.math.utah.edu (beebe@plot79.math.utah.edu [128.110.198.3]) by csc-sun.math.utah.edu (8.7.6/8.7.3) with ESMTP id FAA27386; Tue, 26 Nov 1996 05:25:46 -0700 (MST) From: "Nelson H. F. Beebe" Received: (from beebe@localhost) by plot79.math.utah.edu (8.7.6/8.7.3) id FAA18717; Tue, 26 Nov 1996 05:25:45 -0700 (MST) Date: Tue, 26 Nov 1996 05:25:45 -0700 (MST) To: tex-fonts@math.utah.edu Cc: beebe@math.utah.edu, rokicki@CS.Stanford.EDU X-US-Mail: "Center for Scientific Computing, University of Utah, Salt Lake City, UT 84112, USA" X-Telephone: +1 801 581 5254 X-FAX: +1 801 581 4148 X-URL: http://www.math.utah.edu/~beebe Subject: Converting embedded bitmap fonts in dvips output to outline fonts Message-ID: I just came across a pointer to http://www.emrg.com/texpdf.html on the PDF list. This document describes steps that can be taken to convert PostScript files, output by dvips, with embedded bitmap fonts to PostScript files with embedded outline fonts. I don't expect that this merits further discussion on this list, but I thought some of you might find it useful. Certainly anyone with legacy archives of PostScript files from dvips that need to be converted to PDF should find this useful. ======================================================================== Nelson H. F. Beebe Tel: +1 801 581 5254 Center for Scientific Computing FAX: +1 801 581 4148 Department of Mathematics, 105 JWB Internet: beebe@math.utah.edu University of Utah URL: http://www.math.utah.edu/~beebe Salt Lake City, UT 84112, USA ======================================================================== 27-Nov-96 17:51:28-GMT,1304;000000000000 Return-Path: Ogawa@teleport.com Received: from greta.teleport.com (greta.teleport.com [192.108.254.20]) by csc-sun.math.utah.edu (8.7.6/8.7.3) with ESMTP id KAA05397; Wed, 27 Nov 1996 10:51:27 -0700 (MST) Received: from 206.171.181.112 (dialup12.theworks.com [206.171.181.112]) by greta.teleport.com (8.8.3/8.7.3) with SMTP id JAA18234; Wed, 27 Nov 1996 09:51:21 -0800 (PST) Message-ID: <329C11F5.60EE@teleport.com> Date: Wed, 27 Nov 1996 10:03:35 +0000 From: Arthur Ogawa Reply-To: Ogawa@teleport.com Organization: TeX Consultants X-Mailer: Mozilla 3.0Gold (Macintosh; I; PPC) MIME-Version: 1.0 To: "Nelson H. F. Beebe" CC: tex-fonts@math.utah.edu, rokicki@cs.stanford.edu Subject: Re: Converting embedded bitmap fonts in dvips output to outline fonts References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Nelson H. F. Beebe wrote: > I just came across a pointer to http://www.emrg.com/texpdf.html on the > PDF list... Thank you for posting this excellent resource! -- Arthur Ogawa/TeX Consultants voice: +1 209 561-4585 Fax: +1 209 561-4584 mailto:ogawa@teleport.com http://www.teleport.com/~ogawa ftp://ftp.teleport.com/users/ogawa PGP key: finger -l ogawa@teleport.com 10-Dec-96 17:04:52-GMT,10548;000000000000 Return-Path: bernard@CS.McGill.CA Received: from marge.cs.mcgill.ca (bernard@marge.CS.McGill.CA [132.206.51.198]) by csc-sun.math.utah.edu (8.7.6/8.7.3) with SMTP id KAA15856 for ; Tue, 10 Dec 1996 10:04:50 -0700 (MST) Received: (from bernard@localhost) by marge.cs.mcgill.ca (8.6.10/8.6.9) id MAA05388; Tue, 10 Dec 1996 12:04:37 -0500 Date: Tue, 10 Dec 1996 12:04:35 -0500 (EST) From: Bernard Desruisseaux To: tex-fonts@math.utah.edu cc: rokicki@cs.stanford.edu, kb@cs.umb.edu, Jacques.Andre@irisa.fr, luc@kriek.cs.mcgill.ca, Thierry.Bouche@ujf-grenoble.fr, bernardd@cst.ca Subject: Adding /dotlessj to Type 1 fonts Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII I've found a clever way to add the /dotlessj character to existing Type 1 and Type 5 fonts. You just have to add a character metric data line for /dotlessj into the Adobe Font Metric (.afm) file of the font, based on the information provided for /j and /dotlessi, e.g., C -1 ; WX 278 ; N dotlessj ; B -70 -218 194 460 ; Then, rebuild the TeX font metric files (.tfm) and virtual font (.vf) files using your favorite utility (e.g., afm2tfm, fontinst, aftopl). [ I've written an awk script to edit the .afm automatically, but I believe this could be done automatically by fontinst without having to modify the .afm file. I guess afm2tfm could easily be modified to determined the metric of /dotlessj as well... ] Finally, you just have to edit the psfonts.map entry of the font to add the command "AddDotlessj", which is defined in the procset dotlessj.pro, e.g., ptmr8r Times-Roman "AddDotlessj TeXBase1Encoding ReEncodeFont" <8r.enc . # Source directory was `/home/bernard/lib/ps/bernard/dotlessj'. # # Existing files will *not* be overwritten unless `-c' is specified. # # This shar contains: # length mode name # ------ ---------- ------------------------------------------ # 3657 -rw------- dotlessj.lpro # 785 -rw------- dotlessj.pro # 1230 -rwx------ dotlessj.awk # touch -am 1231235999 $$.touch >/dev/null 2>&1 if test ! -f 1231235999 && test -f $$.touch; then shar_touch=touch else shar_touch=: echo echo 'WARNING: not restoring timestamps. Consider getting and' echo "installing GNU \`touch', distributed in GNU File Utilities..." echo fi rm -f 1231235999 $$.touch # # ============= dotlessj.lpro ============== if test -f 'dotlessj.lpro' && test X"$1" != X"-c"; then echo 'x - skipping dotlessj.lpro (file already exists)' else echo 'x - extracting dotlessj.lpro (text)' sed 's/^X//' << 'SHAR_EOF' > 'dotlessj.lpro' && %!PS-Adobe-3.0 Resource-Procset %%Title: ($RCSfile: dotlessj.lpro,v $) %%Creator: ($Author: bernard $) %%CreationDate: ($Date: 1996/12/08 19:52:24 $) %%Version: ($Revision: 1.1 $) %%Copyright: (c) 1996 by Bernard Desruisseaux. All rights reserved. %%For: Bernard Desruisseaux (bernard@cs.mcgill.ca, bernardd@cst.ca) %%EndComments %%BeginProlog %%BeginResource: procset adddotlessj.lpro X TeXDict begin X %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% % Procedure : CharBBox %----------------------------------------------------------------------- % Description : Returns the bounding box of a string. %----------------------------------------------------------------------- % Operand Stack : str => llx lly urx ury %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% /CharBBox { X gsave X newpath X 0 0 moveto X false charpath X flattenpath X pathbbox X grestore } def X %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% % Procedure : ClipBBox %----------------------------------------------------------------------- % Description : Clip bounding box. %----------------------------------------------------------------------- % Operand Stack : llx lly urx ury => _ %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% /ClipBBox { X newpath X 4 2 roll 2 copy moveto X dup 4 index exch lineto X 4 2 roll dup 3 1 roll lineto X 2 index exch lineto X pop pop X closepath X clip } def X %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% % Procedure : AddDotlessj %----------------------------------------------------------------------- % Description : Extends an existing Type 1 or Type 5 font with a % /dotlessj ``charstring procedure'' based on the % orignal /j procedure. %----------------------------------------------------------------------- % Dict. stack : fontdict %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% /AddDotlessj { X %% X % Make sure it is Type 1 or Type 5 and X % that /dotlessj is not already defined. X %% X FontType dup 1 eq exch 5 eq or CharStrings /dotlessj known not and { X /CharStrings X %% X % Create a new CharStrings dict. with capacity of 1 more element. X %% X CharStrings dup length 1 add dict dup X begin X %% X % Copy all original charstring procedures X %% X exch { def } forall X %% X % Define new /dotlessj charstring procedure X %% X /dotlessj { X pop X gsave X FontName findfont X 1 1 index /FontMatrix get 0 get div scalefont setfont X %% X % Compute the wx, wy, llx, lly, urx of /j. X %% X (j) stringwidth X (j) CharBBox pop X %% X % Compute the ury of /e, or /dotlessi if found in Encoding. X %% X (e) currentfont /Encoding get 0 1 255 { X 2 copy get /dotlessi eq { 2 index 0 3 -1 roll put exit } X { pop } ifelse X } for pop X CharBBox 4 1 roll pop pop pop X grestore X 4 copy 10 4 roll X setcachedevice X ClipBBox X 0 0 moveto X FontMatrix matrix invertmatrix concat X (j) show X } def X end def X } if } def X end %%EndResource %%EndProlog SHAR_EOF $shar_touch -am 1209205396 'dotlessj.lpro' && chmod 0600 'dotlessj.lpro' || echo 'restore of dotlessj.lpro failed' shar_count="`wc -c < 'dotlessj.lpro'`" test 3657 -eq "$shar_count" || echo "dotlessj.lpro: original size 3657, current size $shar_count" fi # ============= dotlessj.pro ============== if test -f 'dotlessj.pro' && test X"$1" != X"-c"; then echo 'x - skipping dotlessj.pro (file already exists)' else echo 'x - extracting dotlessj.pro (text)' sed 's/^X//' << 'SHAR_EOF' > 'dotlessj.pro' && %! TeXDict begin /CharBBox{gsave newpath 0 0 moveto false charpath flattenpath pathbbox grestore}def /ClipBBox{newpath 4 2 roll 2 copy moveto dup 4 index exch lineto 4 2 roll dup 3 1 roll lineto 2 index exch lineto pop pop closepath clip}def /AddDotlessj{FontType dup 1 eq exch 5 eq or CharStrings /dotlessj known not and{/CharStrings CharStrings dup length 1 add dict dup begin exch{def}forall /dotlessj{pop gsave FontName findfont 1 1 index /FontMatrix get 0 get div scalefont setfont(j) stringwidth(j)CharBBox pop(e)currentfont /Encoding get 0 1 255{2 copy get /dotlessi eq{2 index 0 3 -1 roll put exit}{pop}ifelse}for pop CharBBox 4 1 roll pop pop pop grestore 4 copy 10 4 roll setcachedevice ClipBBox 0 0 moveto FontMatrix matrix invertmatrix concat(j)show}def end def}if}def end SHAR_EOF $shar_touch -am 1209205496 'dotlessj.pro' && chmod 0600 'dotlessj.pro' || echo 'restore of dotlessj.pro failed' shar_count="`wc -c < 'dotlessj.pro'`" test 785 -eq "$shar_count" || echo "dotlessj.pro: original size 785, current size $shar_count" fi # ============= dotlessj.awk ============== if test -f 'dotlessj.awk' && test X"$1" != X"-c"; then echo 'x - skipping dotlessj.awk (file already exists)' else echo 'x - extracting dotlessj.awk (text)' sed 's/^X//' << 'SHAR_EOF' > 'dotlessj.awk' && #!/usr/bin/awk -f ######################################################################## # $Id: dotlessj.awk,v 1.1 1996/12/08 19:52:24 bernard Exp bernard $ #----------------------------------------------------------------------- # Description: Adds a character metric data line for /dotlessj to an # Adobe Font Metric (.afm) file, based on the information # provided for /j and /dotlessi. #----------------------------------------------------------------------- # Usage : dotlessj.awk Times-Roman.afm > Times-Roman-Dotlessj.afm #----------------------------------------------------------------------- # Author : Bernard Desruisseaux (bernard@cs.mcgill.ca) #----------------------------------------------------------------------- # Copyright : (c) 1996 by Bernard Desruisseaux. All rights reserved. ######################################################################## BEGIN { found = 0; } $8 == "j" { wxj = $5; llxj = $11; llyj = $12; urxj = $13; } $8 == "dotlessi" { uryi = $14; } $8 == "dotlessj" { found = 1; } /^EndCharMetrics/{ X if (! found) X printf("C -1 ; WX %d ; N dotlessj ; B %d %d %d %d ;\n", wxj, llxj, llyj, urxj, uryi); } { print; } ##EOF SHAR_EOF $shar_touch -am 1208151396 'dotlessj.awk' && chmod 0700 'dotlessj.awk' || echo 'restore of dotlessj.awk failed' shar_count="`wc -c < 'dotlessj.awk'`" test 1230 -eq "$shar_count" || echo "dotlessj.awk: original size 1230, current size $shar_count" fi exit 0 10-Dec-96 19:17:05-GMT,1835;000000000000 Return-Path: oneill@cs.sfu.ca Received: from cs.sfu.ca (cs.sfu.ca [142.58.111.1]) by csc-sun.math.utah.edu (8.7.6/8.7.3) with ESMTP id MAA19185 for ; Tue, 10 Dec 1996 12:16:55 -0700 (MST) Received: from alonzo.cs.sfu.ca (oneill@alonzo [199.60.3.17]) by cs.sfu.ca (8.7.6/8.6.12) with ESMTP id LAA13502 for ; Tue, 10 Dec 1996 11:16:40 -0800 (PST) From: "Melissa O'Neill" Received: (oneill@localhost) by alonzo.cs.sfu.ca (8.7.6/8.6.12) id LAA02213 for tex-fonts@math.utah.edu; Tue, 10 Dec 1996 11:16:38 -0800 (PST) Message-Id: <199612101916.LAA02213@alonzo.cs.sfu.ca> Subject: Postscript glyphs in 8r and 8a encoding, but not in TS1 or T1 To: tex-fonts@math.utah.edu Date: Tue, 10 Dec 1996 11:16:37 -0800 (PST) X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit I discovered the other day that one cannot easily access the ellipsis glyph through LaTeX. A default definition for it is given in latex.ltx, of \DeclareTextCommandDefault{\textellipsis}{% .\kern\fontdimen3\font .\kern\fontdimen3\font .\kern\fontdimen3\font} ... which means that three periods are used to simulate the glyph in text. As far as I can see, this makes it the only glyph that is in 8r but not in T1 or TS1. (In fact, checking reveals that 8r has a `space' and `minus' glyphs that don't seem to be in the T1 or TS1, and that T1 calls `endash' `rangedash' and `emdash' `punctdash', so they seem like they're missing initially, when really they aren't). It's a pretty trivial thing really, but on the other hand, it doesn't seem like it would be hard to include *all* symbols from 8r that aren't in T1 in TS1... Or perhaps there is a compelling reason not to... Opinions welcome, Melissa. 11-Dec-96 9:33:15-GMT,1324;000000000000 Return-Path: KNAPPEN@VKPMZD.kph.Uni-Mainz.DE Received: from vzdmza.zdv.uni-mainz.de (vzdmza.zdv.Uni-Mainz.DE [134.93.178.1]) by csc-sun.math.utah.edu (8.7.6/8.7.3) with ESMTP id CAA08522 for ; Wed, 11 Dec 1996 02:32:36 -0700 (MST) From: KNAPPEN@VKPMZD.kph.Uni-Mainz.DE Received: from DECNET-DAEMON (KNAPPEN@VKPMZD) by VzdmzA.ZDV.Uni-Mainz.DE (PMDF V4.2-11 #4432) id <01ICVR4FF81C001FE1@VzdmzA.ZDV.Uni-Mainz.DE>; Wed, 11 Dec 1996 11:15:31 +0100 Date: Wed, 11 Dec 1996 11:15:30 +0100 Subject: Re: \textellipsis To: tex-fonts@math.utah.edu Message-id: <01ICVR4FI64I001FE1@VzdmzA.ZDV.Uni-Mainz.DE> X-Envelope-to: tex-fonts@math.utah.edu X-VMS-To: VZDMZA::IN%"tex-fonts@math.utah.edu" MIME-version: 1.0 Content-type: TEXT/PLAIN; CHARSET=US-ASCII Content-transfer-encoding: 7BIT Melissa, the LaTeX \textellipsis command is considered superior to a textellipsis glyph inside a font, since it makes the distance between the dots strechable. This also was the reason for me, not to provide a textellipsis in the tc fonts (or the TS1 encoding). However, I think there should be another encoding termed TSA which contains all the expert glyphs usually in Adobe fonts, but which aren't in the TS1 or Tn encodings. A volunteer to desing this encoding is missing at this time. Yours, J"org Knappen. 11-Dec-96 13:09:20-GMT,1757;000000000000 Return-Path: bkph@life.ai.mit.edu Received: from life.ai.mit.edu (life.ai.mit.edu [128.52.32.80]) by csc-sun.math.utah.edu (8.7.6/8.7.3) with ESMTP id GAA12409 for ; Wed, 11 Dec 1996 06:09:19 -0700 (MST) Received: from kauai.ai.mit.edu (kauai.ai.mit.edu [128.52.54.48]) by life.ai.mit.edu (8.8.4/8.8.4AI/life.ai.mit.edu:1.9) with ESMTP id IAA02893; Wed, 11 Dec 1996 08:09:10 -0500 (EST) From: "Berthold K.P. Horn" Received: (from bkph@localhost) by kauai.ai.mit.edu (8.8.4/8.8.4AI/ai.client:1.5) id IAA03802; Wed, 11 Dec 1996 08:09:08 -0500 (EST) Date: Wed, 11 Dec 1996 08:09:08 -0500 (EST) Message-Id: <199612111309.IAA03802@kauai.ai.mit.edu> To: bernard@CS.McGill.CA CC: tex-fonts@math.utah.edu, rokicki@cs.stanford.edu, kb@cs.umb.edu, Jacques.Andre@irisa.fr, luc@kriek.cs.mcgill.ca, Thierry.Bouche@ujf-grenoble.fr, bernardd@cst.ca In-reply-to: (message from Bernard Desruisseaux on Tue, 10 Dec 1996 12:04:35 -0500 (EST)) Subject: Re: Adding /dotlessj to Type 1 fonts Reply-to: bkph@ai.mit.edu I've found a clever way to add the /dotlessj character to existing Type 1 and Type 5 fonts. Clever indeed, but unfortunately not useful for a large part of the TeX world. The reason is that all such `PostScript trickery' manipulations are *not* device independent. Don't forget that `PostScript' fonts are actually used on screen, and with non-PS devices on several platforms (Windows and Mac). And ATM compatible Type 1 fonts are no longer ATM compatible after you wrap some PS code around them. Not everything in Tex is done by first converting to PS and then rasterizing using a PS rassterizer... 11-Dec-96 13:50:26-GMT,2542;000000000000 Return-Path: Thierry.Bouche@ujf-grenoble.fr Received: from ujf.ujf-grenoble.fr (ujf.ujf-grenoble.fr [193.54.232.33]) by csc-sun.math.utah.edu (8.7.6/8.7.3) with ESMTP id GAA13164 for ; Wed, 11 Dec 1996 06:50:18 -0700 (MST) Received: from monteverdi.ujf-grenoble.fr (monteverdi.ujf-grenoble.fr [193.54.241.4]) by ujf.ujf-grenoble.fr (8.7.6/8.6.9) with ESMTP id OAA25922; Wed, 11 Dec 1996 14:30:36 +0100 (MET) Received: (from bouche@localhost) by monteverdi.ujf-grenoble.fr (8.7.6/8.6.9) id OAA17269; Wed, 11 Dec 1996 14:29:35 +0100 (MET) Date: Wed, 11 Dec 1996 14:29:35 +0100 (MET) Message-Id: <199612111329.OAA17269@monteverdi.ujf-grenoble.fr> From: Thierry Bouche To: bkph@ai.mit.edu Cc: tex-fonts@math.utah.edu Subject: Re: Adding /dotlessj to Type 1 fonts In-Reply-To: <199612111309.IAA03802@kauai.ai.mit.edu> References: <199612111309.IAA03802@kauai.ai.mit.edu> Reply-To: thierry.bouche@ujf-grenoble.fr Mime-Version: 1.0 (generated by tm-edit 7.46) Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Concernant « Re: Adding /dotlessj to Type 1 fonts », Berthold K.P. Horn écrit : > > I've found a clever way to add the /dotlessj character to > existing Type 1 and Type 5 fonts. > > Clever indeed, but unfortunately not useful for a large part of the TeX world. > > The reason is that all such `PostScript trickery' manipulations are > *not* device independent. Don't forget that `PostScript' fonts are > actually used on screen, and with non-PS devices on several platforms > (Windows and Mac). And ATM compatible Type 1 fonts are no longer ATM > compatible after you wrap some PS code around them. > did you see how it's implemented? The dirty PS tricks are in a header that should only be used by dvips or clever rasterizers as gsftopk (I _have_ bitmaps of this dotlessj generated this way). So any viewer or dvi driver should call the original (dolessj-less) fonts. ATM compatible etc. The problem is: what do the dvi drivers when the tfm says a chrachter exist in a type1 font and it doesn't? I suppose they should leave a white space according to the advance width: do they? > Not everything in Tex is done by first converting to PS and then > rasterizing using a PS rassterizer... > Isn't it a pitty that there is no system level support for postscript fonts in windows, indeed? Thierry Bouche. ----- Thierry.Bouche@ujf-grenoble.fr 20-Dec-96 23:05:56-GMT,2682;000000000000 Return-Path: fqgouvea@colby.edu Received: from host-04.colby.edu (host-04.colby.edu [137.146.210.37]) by csc-sun.math.utah.edu (8.7.6/8.7.3) with ESMTP id QAA27311 for ; Fri, 20 Dec 1996 16:05:55 -0700 (MST) Received: from ppp-17.termserv-0.network.colby.edu (ppp-17.termserv-0.network.colby.edu [137.146.113.17]) by host-04.colby.edu (8.8.4/8.8.4/Colby-8.8.4-1) with SMTP id SAA10907 for ; Fri, 20 Dec 1996 18:05:26 -0500 (EST) Received: by ppp-17.termserv-0.network.colby.edu (IBM OS/2 SENDMAIL VERSION 1.3.10/1.0um) id AA0292; Fri, 20 Dec 96 18:04:41 -0500 Date: Fri, 20 Dec 96 18:04:41 -0500 Message-Id: <9612202304.AA0292@ppp-17.termserv-0.network.colby.edu> From: "Fernando Q. Gouvea" To: tex-fonts@math.utah.edu Subject: Bitstream Gill Sans - a question Reply-To: fqgouvea@colby.edu I just downloaded the metrics files for Bitstream's "Humanist 521" (=Gill Sans), and I noticed that only some of the fonts in the family were used. In particular, instead of using the Bitstream's italic versions the metrics apply the "SlantFont" transform to the roman versions. Can anyone tell me why? The fonts on CTAN, and their real names, are: bgsl8a.afm Humanist 521 Light bgsr8a.afm Humanist 521 Roman bgsr8ac.afm Humanist 521 Roman Condensed bgsu8a.afm Humanist 521 Ultra Bold bgsx8a.afm Humanist 521 Extra Bold bgsx8ac.afm Humanist 521 Extra Bold Condensed And here is the list of the full family, as found in the Bitstream "500 Fonts" CD: Humanist521BT-Bold 0292A___.PFB Humanist521BT-BoldCondensed 0496A___.PFB Humanist521BT-BoldItalic 0293A___.PFB Humanist521BT-Light 0288A___.PFB Humanist521BT-LightItalic 0289A___.PFB Humanist521BT-Roman 0290A___.PFB Humanist521BT-RomanCondensed 0495A___.PFB Humanist521BT-Italic 0291A___.PFB Humanist521BT-UltraBold 0295A___.PFB Humanist521BT-ExtraBold 0294A___.PFB Humanist521BT-XtraBoldCondensed 0497A___.PFB None of the italic versions were used, and neither was the bold. (It's weird to have ultrabold and extrabold but no bold!) Can anyone cast any light on this? I suppose I can just modify the "build" file and run fontinst myself, but I was wondering whether there's some reason for this that I'm missing. Thanks! Fernando -- Fernando Q. Gouvea Chair, Dept. of Math & CS Editor, MAA Online Colby College http://www.maa.org fqgouvea@colby.edu fqgouvea@maa.org ========================================================== If you cannot convince them, confuse them. -- Harry S Truman 21-Dec-96 10:44:12-GMT,1913;000000000000 Return-Path: rocky@panix.com Received: from panix.com (panix.com [198.7.0.2]) by csc-sun.math.utah.edu (8.7.6/8.7.3) with ESMTP id DAA10052 for ; Sat, 21 Dec 1996 03:44:11 -0700 (MST) Received: (from rocky@localhost) by panix.com (8.8.4/8.7/PanixU1.3) id FAA15041; Sat, 21 Dec 1996 05:43:59 -0500 (EST) Date: Sat, 21 Dec 1996 05:43:59 -0500 (EST) From: "R. Bernstein" Message-Id: <199612211043.FAA15041@panix.com> To: fqgouvea@colby.edu Cc: tex-fonts@math.utah.edu Subject: Bitstream Gill Sans - a question In-Reply-To: <9612202304.AA0292@ppp-17.termserv-0.network.colby.edu> References: <9612202304.AA0292@ppp-17.termserv-0.network.colby.edu> Reply-To: rocky@panix.com Fernando Q. Gouvea writes: > > I just downloaded the metrics files for Bitstream's "Humanist 521" (=Gill > Sans), and I noticed that only some of the fonts in the family were > used. In particular, instead of using the Bitstream's italic versions the > metrics apply the "SlantFont" transform to the roman versions. Can anyone > tell me why? ... > > None of the italic versions were used, and neither was the bold. (It's > weird to have ultrabold and extrabold but no bold!) > > Can anyone cast any light on this? I suppose I can just modify the "build" > file and run fontinst myself, but I was wondering whether there's some > reason for this that I'm missing. > ... I'll take wild guess that whoever contributed the metrics didn't have access to those bold or italic fonts. For example perhaps Bitstream added them later and they were not part of an earlier set that was used or available by the contributor. Of the PostScript font collections I have access to, it is not uncommon to find font families without bold or italics but with ultrabold or extrabold. You'd do everyone a service if you created the missing TFM's, tested them thoroughly and then contributed them. 26-Dec-96 23:52:05-GMT,1593;000000000000 Return-Path: hachtel@trane.colorado.edu Received: from trane.colorado.edu (hachtel@trane.Colorado.EDU [128.138.246.12]) by csc-sun.math.utah.edu (8.7.6/8.7.3) with SMTP id QAA27152 for ; Thu, 26 Dec 1996 16:52:05 -0700 (MST) Received: (from hachtel@localhost) by trane.colorado.edu (8.6.12/8.6.9) id QAA16015; Thu, 26 Dec 1996 16:50:38 -0700 Date: Thu, 26 Dec 1996 16:50:38 -0700 From: Gary Hachtel Message-Id: <199612262350.QAA16015@trane.colorado.edu> To: tex-fonts@math.utah.edu Subject: Adobe acrobat 3.0 Cc: fabio@duke.colorado.edu, hachtel@trane.colorado.edu I have extensive course materials and a book on switching theory that I would like to post in PDF on the web. All of these materials were formatted with latex2e, and the postscript files were generated with DVIPS. However, the postscript files all produce type 3 fonts, which causes the acrobat reader (3.0) to render the text as curves. Thus the PDF files appear garbled when viewed, although they are fine when printed. Using the NFSS as described in the latex companion, I tried changing the default font to T1/times. Although this appeared to work, the DVIPS produced PS files still were type 3, so my PDF problem remained unsolved. Do you have any suggestions? Adobe tech support says I must have Type 1 or 2 fonts in my PS file. The curious thing is that Ghostview previewing of the original PS files produces good quality output. Thank you for your consideration. Gary Hachtel Professor Electrical and Computer Engineering U of Colorado Boulder 303-492-8728 27-Dec-96 2:01:41-GMT,3585;000000000000 Return-Path: Ogawa@teleport.com Received: from kim.teleport.com (kim.teleport.com [192.108.254.26]) by csc-sun.math.utah.edu (8.7.6/8.7.3) with ESMTP id TAA29307 for ; Thu, 26 Dec 1996 19:01:40 -0700 (MST) Received: from 206.171.181.113 (dialup13.theworks.com [206.171.181.113]) by kim.teleport.com (8.8.3/8.7.3) with SMTP id SAA19769; Thu, 26 Dec 1996 18:01:17 -0800 (PST) Message-ID: <32C2C042.202F@teleport.com> Date: Thu, 26 Dec 1996 18:13:39 +0000 From: Arthur Ogawa Reply-To: Ogawa@teleport.com Organization: TeX Consultants X-Mailer: Mozilla 3.0Gold (Macintosh; I; PPC) MIME-Version: 1.0 To: Gary Hachtel CC: tex-fonts@math.utah.edu, fabio@duke.colorado.edu Subject: Re: Adobe acrobat 3.0 References: <199612262350.QAA16015@trane.colorado.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Gary Hachtel wrote: > I have extensive course materials and a book...that I > would like to post in PDF on the web. All of these materials were > formatted with latex2e, and the postscript files were generated with > DVIPS....However, the postscript files all produce type 3 fonts... You should proceed by providing all the required fonts in Type 1 format. Start by running dvitype on your DVI file (use the lowest level of reporting): you will be rewarded with a listing of all fonts used in your book. Next obtain all these fonts in Type 1 format. Certain fonts (generally those in the Adobe Type Library) will be unnecessary to provide in this way, because Acrobat Reader will have these available. Others, like the Computer Modern fonts are available commercially in Type 1 format; you should be sure to obtain permission from the type foundary before embedding such into a PDF document. Next, configure dvips so that it "knows" that all the abovementioned are Type 1 fonts, and for which of them it is necessary to embed within your PDF document (see the dvips manual for details). At this point you should examine the PostScript output from dvips to see which fonts are Tyep 1 and which are Type 3. Of the former, you should determine which were embedded and which were not. Now, if your dvips output has any Type 3 fonts, you must go back to sqaure one and obtain those fonts in Type 1 format! You didn't explain how you converted your dvips-generated PostScript to PDF, but that will be your next step. At this point you should have no problems. Some notes: 1. The latest release of dvips (5.62) has enhanced reporting on Type 3 fonts; search on the string "%DVIPSBitmap" in the documentation in within the dvips output. 2. One source for the Computer Modern fonts is Blue Sky Research (sales@bluesky.com). You might want to tell them from the get-go that your intent is to embed their fonts into PDF documents. 3. Your foray into the LaTeX Companion was effective, most likely, in converting only your text into Times (Adobe Times Roman, to be precise). I speculate that none of the math fonts were converted from Computer Modern: this will be the cause of Type 3 fonts remaining in your PDF document. 4. Your PDF documents will most likely be significantly slimmer if you use math fonts that are "single design size" fonts. This means using cmr10 instead of cmr10/cmr7/cmr5, and so on with cmsy and cmex. Hope this helps; do let me know how you fare. -- Arthur Ogawa/TeX Consultants voice: +1 209 561-4585 Fax: +1 209 561-4584 mailto:ogawa@teleport.com http://www.teleport.com/~ogawa ftp://ftp.teleport.com/users/ogawa PGP key: finger -l ogawa@teleport.com 27-Dec-96 15:58:47-GMT,1461;000000000000 Return-Path: yannis@zoltar.imaginet.fr Received: from butthead.globecomm.net (butthead.globecomm.net [207.51.48.13]) by csc-sun.math.utah.edu (8.7.6/8.7.3) with ESMTP id IAA13700 for ; Fri, 27 Dec 1996 08:58:46 -0700 (MST) Received: from [195.68.4.97] (isdn97.creil.imaginet.fr [195.68.4.97]) by butthead.globecomm.net (8.8.4/8.8.0) with SMTP id KAA08472; Fri, 27 Dec 1996 10:58:37 -0500 (EST) Message-Id: <199612271558.KAA08472@butthead.globecomm.net> Subject: Re: Adobe acrobat 3.0 Date: Ven, 27 Dc 96 17:01:48 -0000 x-mailer: Claris Emailer 1.1 From: Yannis Haralambous To: , "Gary Hachtel" cc: , Mime-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" >2. One source for the Computer Modern fonts is Blue Sky Research >(sales@bluesky.com). You might want to tell them from the get-go that >your intent is to embed their fonts into PDF documents. There is absolutely no need to go through Blue Sky to obtain Type 1 Computer Modern fonts. Thanks God, we now have all Computer Modern, both in OT1 and T1 encoding, in the public domain: look into any CTAN server, in /fonts/cm/ps-type1/bakoma for the Computer Modern fonts with OT1 encoding and in /fonts/dc1.1-obsolete/ps-type1/bakoma for the same ones in T1 encoding Their quality is excellent and you will not be commercially bound to anyone. Yannis 27-Dec-96 18:38:04-GMT,1759;000000000000 Return-Path: Ogawa@teleport.com Received: from kim.teleport.com (kim.teleport.com [192.108.254.26]) by csc-sun.math.utah.edu (8.7.6/8.7.3) with ESMTP id LAA16502 for ; Fri, 27 Dec 1996 11:38:03 -0700 (MST) Received: from 206.171.181.101 (dialup1.theworks.com [206.171.181.101]) by kim.teleport.com (8.8.3/8.7.3) with SMTP id KAA28574; Fri, 27 Dec 1996 10:37:52 -0800 (PST) Message-ID: <32C3A9FE.2516@teleport.com> Date: Fri, 27 Dec 1996 10:50:40 +0000 From: Arthur Ogawa Reply-To: Ogawa@teleport.com Organization: TeX Consultants X-Mailer: Mozilla 3.0Gold (Macintosh; I; PPC) MIME-Version: 1.0 To: tex-fonts@math.utah.edu CC: Gary Hachtel , Yannis Haralambous , fabio@duke.colorado.edu Subject: BaKoMa in PD (Was: Adobe acrobat 3.0) References: <199612271558.KAA08472@butthead.globecomm.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Yannis Haralambous wrote: > Thanks God, we now have all Computer Modern, ^^^ Basil Malyevich, you mean? > both in OT1 and T1 encoding, in the public domain: And I thank you for clarifying this point. I had been unsure whether Basil's fonts were, say, under the GNU copyleft or something. Now I will keep in mind that they have been released into the public domain. Given this, I don't see why Tom Rokicki's dvips is not distributed with the BaKoMa fonts, eschewing all those useless .pks and that MakeTeXPK? But this discussion is perhaps alien to the tex-fonts list... -- Arthur Ogawa/TeX Consultants voice: +1 209 561-4585 Fax: +1 209 561-4584 mailto:ogawa@teleport.com http://www.teleport.com/~ogawa ftp://ftp.teleport.com/users/ogawa PGP key: finger -l ogawa@teleport.com 28-Dec-96 1:25:20-GMT,3301;000000000000 Return-Path: Ogawa@teleport.com Received: from kim.teleport.com (kim.teleport.com [192.108.254.26]) by csc-sun.math.utah.edu (8.7.6/8.7.3) with ESMTP id SAA23733 for ; Fri, 27 Dec 1996 18:25:19 -0700 (MST) Received: from 206.171.181.108 (dialup8.theworks.com [206.171.181.108]) by kim.teleport.com (8.8.3/8.7.3) with SMTP id RAA03153; Fri, 27 Dec 1996 17:25:01 -0800 (PST) Message-ID: <32C40963.5DB@teleport.com> Date: Fri, 27 Dec 1996 17:37:48 +0000 From: Arthur Ogawa Reply-To: Ogawa@teleport.com Organization: TeX Consultants X-Mailer: Mozilla 3.0Gold (Macintosh; I; PPC) MIME-Version: 1.0 To: tex-fonts@math.utah.edu CC: Yannis Haralambous Subject: Re: BaKoMa in PD (Was: Adobe acrobat 3.0) References: <199612271923.OAA16025@babe.globecomm.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit I wrote > >And I thank you for clarifying this point. I had been unsure whether > >Basil's fonts were, say, under the GNU copyleft or something. Now I will > >keep in mind that they have been released into the public domain. Yannis Haralambous wrote: > > Here is the exact statement, found in the BaKoMa package: > > *************************************************************************** > *** > * Licensing agreement > * > *************************************************************************** > *** > > The author of this fonts grants to any individual or non-commercial > organization the right to use and to make an unlimited number of copies > of > full package or selected fonts when this is done WITHOUT CHARGE > and has attached this file with licence agreement. > > This fonts cannot be sold or distributed with any commercial product or > used > in any commercial organization without additional agreement with author. > If you want to charge a small fee via distribution these fonts > or any derivations from this fonts, you should contact the author. > > This restriction is also true for only outlines from this fonts > i.e. outlines exported into other font formats, for example TrueType or > Type3. I now recall reading this statement while considering whether Basil's fonts could be distributed embedded within a PDF file which was hosted on a commercial site (that of A Wealthy publisher). In short, I concluded that, for such a purpose, one would be obliged to get permission from Basil to stay on the safe side. Basil's fonts may be "in the public domain", but they come with restrictions that commercial entities should be apprpriately concerned about. In my own work with commercial publishers, I have found it easier to continue working with Blue Sky Research. Your Mileage May Vary, but I encourage commercial entities wishing to embed Type 1 fonts into PDF documents to work with Blue Sky. If you are an individual preparing files that a commercial entity will post on their website, and you already have a license to the Blue Sky fonts, I likewise encourage you to simply obtain Blue Sky's permission to embed and distribute. -- Arthur Ogawa/TeX Consultants voice: +1 209 561-4585 Fax: +1 209 561-4584 mailto:ogawa@teleport.com http://www.teleport.com/~ogawa ftp://ftp.teleport.com/users/ogawa PGP key: finger -l ogawa@teleport.com 28-Dec-96 16:03:33-GMT,1793;000000000000 Return-Path: s.rahtz@elsevier.co.uk Received: from pillar.elsevier.co.uk (root@pillar.elsevier.co.uk [193.131.222.35]) by csc-sun.math.utah.edu (8.7.6/8.7.3) with ESMTP id JAA08443 for ; Sat, 28 Dec 1996 09:03:32 -0700 (MST) Received: from snowdon.elsevier.co.uk (snowdon.elsevier.co.uk [193.131.197.164]) by pillar.elsevier.co.uk (8.8.3/8.8.3) with ESMTP id QAA02157 for ; Sat, 28 Dec 1996 16:02:34 GMT Received: from cadair.elsevier.co.uk by snowdon.elsevier.co.uk with SMTP (PP); Sat, 28 Dec 1996 16:02:52 +0000 Received: from lochnagarn.elsevier.co.uk (lochnagarn.elsevier.co.uk [193.131.216.1]) by cadair.elsevier.co.uk (8.8.3/8.8.3) with ESMTP id QAA23062; Sat, 28 Dec 1996 16:02:47 GMT Received: (from srahtz@localhost) by lochnagarn.elsevier.co.uk (8.8.3/8.8.3) id QAA16735; Sat, 28 Dec 1996 16:01:17 GMT Date: Sat, 28 Dec 1996 16:01:17 GMT Message-Id: <199612281601.QAA16735@lochnagarn.elsevier.co.uk> From: Sebastian Rahtz To: yannis@null.net Cc: Ogawa@teleport.com, hachtel@trane.colorado.edu, tex-fonts@math.utah.edu, fabio@duke.colorado.edu Subject: Re: Adobe acrobat 3.0 In-Reply-To: <199612271558.KAA08472@butthead.globecomm.net> References: <199612271558.KAA08472@butthead.globecomm.net> Yannis Haralambous writes: > There is absolutely no need to go through Blue Sky to obtain Type 1 > Computer Modern fonts. Thanks God, we now have all Computer Modern, > both in OT1 and T1 encoding, in the public domain: unfortunately the Type1 versions of the DC fonts are not very useful, since they don't correspond to the current MF versions (in the naming, apart from anything else). I know Yannis disapproves of DC 1.3, but its a fact of life Sebastian 28-Dec-96 16:06:34-GMT,2205;000000000000 Return-Path: s.rahtz@elsevier.co.uk Received: from pillar.elsevier.co.uk (root@pillar.elsevier.co.uk [193.131.222.35]) by csc-sun.math.utah.edu (8.7.6/8.7.3) with ESMTP id JAA08474 for ; Sat, 28 Dec 1996 09:06:33 -0700 (MST) Received: from snowdon.elsevier.co.uk (snowdon.elsevier.co.uk [193.131.197.164]) by pillar.elsevier.co.uk (8.8.3/8.8.3) with ESMTP id QAA02205 for ; Sat, 28 Dec 1996 16:05:36 GMT Received: from cadair.elsevier.co.uk by snowdon.elsevier.co.uk with SMTP (PP); Sat, 28 Dec 1996 16:05:50 +0000 Received: from lochnagarn.elsevier.co.uk (lochnagarn.elsevier.co.uk [193.131.216.1]) by cadair.elsevier.co.uk (8.8.3/8.8.3) with ESMTP id QAA23070; Sat, 28 Dec 1996 16:05:45 GMT Received: (from srahtz@localhost) by lochnagarn.elsevier.co.uk (8.8.3/8.8.3) id QAA16758; Sat, 28 Dec 1996 16:04:15 GMT Date: Sat, 28 Dec 1996 16:04:15 GMT Message-Id: <199612281604.QAA16758@lochnagarn.elsevier.co.uk> From: Sebastian Rahtz To: Ogawa@teleport.com Cc: tex-fonts@math.utah.edu, hachtel@trane.colorado.edu, yannis@null.net, fabio@duke.colorado.edu Subject: Re: BaKoMa in PD (Was: Adobe acrobat 3.0) In-Reply-To: <32C3A9FE.2516@teleport.com> References: <199612271558.KAA08472@butthead.globecomm.net> <32C3A9FE.2516@teleport.com> Arthur Ogawa writes: > Basil Malyevich, you mean? Malyshev, unless you dont use the same transcription :-} > And I thank you for clarifying this point. I had been unsure whether > Basil's fonts were, say, under the GNU copyleft or something. Now I will > keep in mind that they have been released into the public domain. Yannis was being inaccurate. the BaKoMa fonts are *not* public domain. they cannot be used for commercial purposes > Given this, I don't see why Tom Rokicki's dvips is not distributed with > the BaKoMa fonts, eschewing all those useless .pks and that > MakeTeXPK? perhaps in the work you do, all the fonts you want are in Type1 form. but as long as there remain fonts which are only available in Metafont form (and I could quote many, starting with the DC fonts), long live .pk and MakeTeXPK i say. sebastian 30-Dec-96 15:50:54-GMT,3114;000000000000 Return-Path: bkph@life.ai.mit.edu Received: from life.ai.mit.edu (life.ai.mit.edu [128.52.32.80]) by csc-sun.math.utah.edu (8.7.6/8.7.3) with ESMTP id IAA26279 for ; Mon, 30 Dec 1996 08:50:53 -0700 (MST) Received: from kauai.ai.mit.edu (kauai.ai.mit.edu [128.52.54.48]) by life.ai.mit.edu (8.8.4/8.8.4AI/life.ai.mit.edu:1.9) with ESMTP id KAA05493; Mon, 30 Dec 1996 10:50:42 -0500 (EST) From: "Berthold K.P. Horn" Received: (from bkph@localhost) by kauai.ai.mit.edu (8.8.4/8.8.4AI/ai.client:1.5) id KAA00329; Mon, 30 Dec 1996 10:50:41 -0500 (EST) Date: Mon, 30 Dec 1996 10:50:41 -0500 (EST) Message-Id: <199612301550.KAA00329@kauai.ai.mit.edu> To: hachtel@trane.colorado.edu CC: tex-fonts@math.utah.edu, fabio@duke.colorado.edu, hachtel@trane.colorado.edu In-reply-to: <199612262350.QAA16015@trane.colorado.edu> (message from Gary Hachtel on Thu, 26 Dec 1996 16:50:38 -0700) Subject: Re: Adobe acrobat 3.0 Reply-to: bkph@ai.mit.edu Date: Thu, 26 Dec 1996 16:50:38 -0700 From: Gary Hachtel Cc: fabio@duke.colorado.edu, hachtel@trane.colorado.edu I have extensive course materials and a book on switching theory that I would like to post in PDF on the web. All of these materials were formatted with latex2e, and the postscript files were generated with DVIPS. However, the postscript files all produce type 3 fonts, which causes the acrobat reader (3.0) to render the text as curves. Thus the PDF files appear garbled when viewed, although they are fine when printed. Use fonts in Adobe Type 1 format. These are available for non-commercial used on CTAN thanks to Basil Malyshev, and in commercial form from Y&Y, Inc. and Blue Sky Research. Since there are a number of pitfalls in making PDF files you may also find notes on making quality PDF files from TeX output useful. Check out http://www.YandY.com/pdf_from.pdf, and search on http://adobe.com for information. Also, Kendall Whitehorse (of Emegre) has a white paper and Ivo Welch has a web site with more information (I can try and dig up these references if you want, they ar enot handy right now). Also, the best news group for this sort of thing is comp.text.pdf Your question appears about once every two or three weeks there :-) Using the NFSS as described in the latex companion, I tried changing the default font to T1/times. Although this appeared to work, the DVIPS produced PS files still were type 3, so my PDF problem remained unsolved. If you want to switch both text and math you need the MathTime font set which is designed to work well with Times-Roman for text. If you have need for bold math or a script face or upright Greek then also get MathTime Plus. Do you have any suggestions? Adobe tech support says I must have Type 1 or 2 fonts in my PS file. The curious thing is that Ghostview previewing of the original PS files produces good quality output. Thank you for your consideration. Regards, Berthold. DISCLAIMER: respondent has connections with Y&Y 30-Dec-96 18:58:27-GMT,1585;000000000000 Return-Path: Received: from life.ai.mit.edu (ai.mit.edu [128.52.32.80]) by csc-sun.math.utah.edu (8.8.4/8.8.4) with ESMTP id LAA29976 for ; Mon, 30 Dec 1996 11:58:26 -0700 (MST) Received: from kauai.ai.mit.edu (kauai.ai.mit.edu [128.52.54.48]) by life.ai.mit.edu (8.8.4/8.8.4AI/life.ai.mit.edu:1.9) with ESMTP id NAA11237; Mon, 30 Dec 1996 13:58:21 -0500 (EST) From: "Berthold K.P. Horn" Received: (from bkph@localhost) by kauai.ai.mit.edu (8.8.4/8.8.4AI/ai.client:1.5) id NAA00417; Mon, 30 Dec 1996 13:58:19 -0500 (EST) Date: Mon, 30 Dec 1996 13:58:19 -0500 (EST) Message-Id: <199612301858.NAA00417@kauai.ai.mit.edu> To: hachtel@trane.colorado.edu CC: tex-fonts@math.utah.edu, fabio@duke.colorado.edu, hachtel@trane.colorado.edu In-reply-to: <199612262350.QAA16015@trane.colorado.edu> (message from Gary Hachtel on Thu, 26 Dec 1996 16:50:38 -0700) Subject: Re: Adobe acrobat 3.0 Reply-to: bkph@ai.mit.edu I have extensive course materials and a book on switching theory that I would like to post in PDF on the web. All of these materials were formatted with latex2e, and the postscript files were generated with DVIPS. .... Gary Hachtel OK, I found some of the references I omitted form my previous message. Kendall Whitehorse's story on PDF from Tex was at http://www.adobe.com/supportservices/custsupport/SOLUTIONS/2d7a.html and the story from Emerge is at http://www.emrg.com/texpdf.html still haven't found Ivo Welch's web site... Berthold.