Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!wuarchive!uunet!europa.asd.contel.com!sura.net!haven!wam!vs04wor.umd.edu!mikec From: mikec@vs04wor.umd.edu (Michael D. Callaghan) Newsgroups: comp.sys.next Subject: Re: Fonts Message-ID: <1991Feb21.141046.12780@wam.umd.edu> Date: 21 Feb 91 14:10:46 GMT References: <429@heaven.woodside.ca.us> Sender: usenet@wam.umd.edu (USENET Posting) Organization: University of Maryland at College Park Lines: 30 In article <429@heaven.woodside.ca.us> glenn@heaven.woodside.ca.us (Glenn Reid) writes: >In article ersys!drin@nro.cs.athabascau.ca (Adrian Smith) writes: > >>On the subject of fonts, is there any reason why the afm directory under >>/NextLibrary/Fonts in 2.0 has symbolic links to all the existing .afm >>files? What does this do? > >The directory layout for fonts changed between 1.0 and 2.0, and the >symbolic links provide a "bridge" that make fonts in 2.0 format >accessible from the directory structure used under 1.0, without >duplicating all the font data. Some applications (notably FrameMaker) >relied on the 1.0 format, and would not run correctly under 2.0 >unless these symbolic links were there. I haven't verified if they >have fixed this in 2.0d or not. > I am using FrameMaker 2.0d, and TopDraw 1.0 on my 030 Cube running 2.0. I can say absolutely that Frame and TopDraw BOTH require the symbolic links. I'm sure you can imagine the joy of clicking SET from the font panel, only to have all your application windows disappear from the screen! Hopefully, this won't be a problem long. MikeC -- _________________________________________________________ Michael D. Callaghan, MDC Designs, University of Maryland mikec@wam.umd.edu Brought to you by Super Global Mega Corp .com