----------------------------Original message---------------------------- Return-Path: <[log in to unmask]> Received: from UGA.CC.UGA.EDU (NJE origin LISTSERV@UGA) by UGA.CC.UGA.EDU (LMail V1.2a/1.8a) with BSMTP id 4190; Mon, 29 Aug 1994 19:17:31 -0400 Return-Path: <[log in to unmask]> Received: from UGA (NJE origin SMTP@UGA) by UGA.CC.UGA.EDU (LMail V1.2a/1.8a) with BSMTP id 4188; Mon, 29 Aug 1994 19:17:30 -0400 Received: from msu.edu by uga.cc.uga.edu (IBM VM SMTP V2R2) with TCP; Mon, 29 Aug 94 19:17:29 EDT Received: from MSU.EDU by msu.edu (IBM VM SMTP V2R2) with BSMTP id 0121; Mon, 29 Aug 94 19:17:23 EDT Received: from MSU.EDU (NJE origin DRBMAINT@MSU) by MSU.EDU (LMail V1.2a/1.8a) with BSMTP id 9528; Mon, 29 Aug 1994 19:17:23 -0400 Date: Mon, 29 Aug 94 19:16:14 EDT From: Dennis Boone <[log in to unmask]> Organization: Michigan State University Computer Lab Subject: Re: degree symbol in OPAC (fwd) To: [log in to unmask] On Mon, 29 Aug 1994 16:32:55 EDT Johnnie D. Sutherland said: >Our library system is Innopac Interface Inc. We have the same problem using >the superscript zero in that it displays an additional zero. It then becomes >very hard to read the coordinates correctly especially for our patrons using >the OPAC. What we decided for the moment, is to used the ASCII characters for >the degree symbol, e.g. ALT 248. It prints as a degree sign and this works >fine for us. The ASCII set only contains 128 characters. The character you're talking about (at point 248) is defined only by other sets, in this case the one usually found on MS-DOS systems. Folks on Macintoshes, Xterms, etc. will probably not see the same thing. If your system is only populated with the aforementioned PCs then this solution will of course work fine for you. Dennis Boone Michigan State University Computer Lab