HDTenEightyP/NetNews huggingface dataset:
From: lee@sq.sq.com (Liam R. E. Quin)
Subject: Re: Albertus font
Organization: SoftQuad Inc., Toronto, Canada
Date: Mon, 5 Oct 92 20:55:13 GMT

>Can anyone point me to a source for Albertus font?  PD or commercial.

Monotype Typeface Library (the CD/ROM) includes, according to the catalogue,
	1075 0064 042 Albertus light
	1075 0064 002 Albertus
	1075 0064 012 Albertus italic
When purchased separately, I think the package includes Castellar.
US: Call +1 312 855 1440 or 1-800 MONOTYPE
UK: +44 737 [or 0737 in the UK] 765959

You can get the same fonts from Adobe, package 246 US$185; the package
includes the three Albertus fonts and Casellar.
Adobe are on [US & Canada] 1-800-833-6687, but don't give any other number.

Scangraphic (always known for a wide range of fonts) include
    Albertus Light
    Albertus Medium
    Albertus DemiBold
    Albertus Bold
    Albertus ExtraBold
    Albertus Outline
on their Digital Type `supertype' collection.

Linotype and Letraset probably have versions too, but that's enough for now.
The above are all available in Type 1, and the Monotype ones are also
available in F3 format for use with Sun's OpenWindows and NeWSPrint products.
If you have a choice, I'd suggest getting the F3 format, as the results
are often better.

Lee



-- 
Liam Quin, lee@sq.com, SoftQuad, Toronto, 416 239-4801; the barefoot programmer
 lq-text (Unix text retrieval package) mailing list: lq-text-request@sq.com
 HexSweeper NeWS game/OPEN LOOK UI FAQ & program list/Metafont list/XView ports
Newsgroups: comp.fonts,comp.protocols.iso,sci.lang
From: keld@login.dkuug.dk (Keld J|rn Simonsen)
Subject: Re: Character Sets (AGAIN)
Keywords: character-set, charset, font
Organization: DKnet
Date: Tue, 6 Oct 1992 22:30:23 GMT

brendan@us-es.sel.de (Dalton) writes:

>To get back to the original question:

>In article <keld.717886466@login.dkuug.dk>, keld@login.dkuug.dk (Keld J|rn Simonsen) writes:
>|> 
>|> RFC 1345 specifies such ASCII fallbacks for about 2000 non-ideographic
>|> and 24000 ideographic characters. The ASCII representation for 
>|> eg a_acute is a' - for a_grave it is a! . The RFC1345 names are
>|> employed in sendmail 5.65c as it comes from UIUC. It is also employed
>|> in POSIX locale specifications from Danish Standards, appearing in ISO
>|> 9945-2 (as informative information).

>This was really an unfortunate choice of encoding on ASCII's part,
>since "a'" appears in many languages (as does "a!"). In particular
>(to relate this topic to the original posting), in Scots Gaelic,
>"a'" is a word used with most verbs in the present tense, where
>it has a meaning similar to the ending "-ing" in English! This
>is why the alternative encoding "a/" is used on the GAELIC-L list.

>This is not particularly good, but it seems to me a lot better
>than the alternative presented by RFC 1345. Does anyone know why
>that choice was made?

>-- 
>Brendan J. Dalton (brendan@us-es.sel.de)

There were some design principles that the short name should resemble
the actual character as much as possibly, graphically. This was part
of the principle of being as culturally independent as possible.
To better faciliate the understanding for people of unknown letters
to them, graphical resemblance was considered a priority.
Generally people around the world would not know of special
requirements or conventions for specific languages.
Thus Gaelic was not specifically addressed.

There are other schemes than RFC1345 around, including a specification
for Vietnamese, and as you mention Gaelic, which are designed
for a specific language use, and thus may be much better for this
community.

Keld Simonsen
Newsgroups: comp.fonts
From: pfk@rz.uni-jena.de (Frank Klemm)
Subject: Searching for UniCode Font File
Keywords: Unicode, Font, Bitmap
Organization: Friedrich-Schiller-University Jena, Germany
Date: Sat, 26 Sep 1992 11:12:23 GMT

Because I'm writing an viewer for different asian languages, I'm interested
about information how to display UniCode. I have heart much about it, but I
haven't any information about coding. What I need is

A simple constructed font file containing all bitmaps of all UniCode Chars, 

or

A BIG table containing the translations of a UniCode char into an other
char set.


How will control chars coded (CR,LF,TAB)?

Frank

+-----------------------------------------------------------------------------+
| eMail | Frank.Klemm@Physik.Uni-Jena.de || pfk@hpux.rz.uni-jena.de           |
| sMail | Frank Klemm, Wiesestr. 27, D-O-6500 Gera, Germany/Europe            |
| Tel.  | +49 (365) 52712                                                     |
+-----------------------------------------------------------------------------+
| Objoke: Keyboard not connected, press F1 to continue ...                    |
+-----------------------------------------------------------------------------+
PS: Please repeat the question(s) before you answer the question(s). 
    Please contact me via eMail

Newsgroups: comp.fonts,comp.protocols.iso,comp.os.os2.programmer,comp.os.ms-windows.programmer.misc,comp.os.misc,sci.lang
From: keld@login.dkuug.dk (Keld J|rn Simonsen)
Subject: Re: Character Sets (AGAIN)
Organization: DKnet
Date: Sat, 3 Oct 1992 20:35:33 GMT

atkinson@itd.nrl.navy.mil (Randall Atkinson) writes:

>In article <keld.718048707@login.dkuug.dk> keld@login.dkuug.dk (Keld J|rn Simonsen) writes:


>>Well, maybe they were scheduled for standards track at some instance,
>>I have not paid that much attendance whether it would be an Internet
>>standard or not. The RFC status was what I was after.

>  The above is a complete and total and blatant lie and the record
>clearly demonstrates that this is a lie.  Keld worked long and hard to
>try to politically manuver his RFC (then an I-D) into the standards
>track.  Ask ANYONE on the IESG.

The IESG director suggested one of the then two I-Ds to be
for the standards track, and I agreed to that. I did not work long
and hard on that issue. I was not too familiar with the IETF
standardisation process, and in general I just followed the advice
of the WG chair and the IESG director.

I *did* work long and hard on getting MIME to reference my
RFCs, and did not succeed. But that is a different piece of cake.
Be careful when you are calling people a liar, Ran.

>  I personally NEVER endorsed the content of Keld's work.  If Keld
>claims ever again that I did so and I can prove that he in fact said
>such, Keld should not be surprised to have legal action taken against
>him for slander.
 
Well, you once recommended it published as an informational RFC, as
seen in the following mail: 

> Date: Tue, 31 Mar 92 17:17:39 EST
> From: atkinson@sundance.itd.nrl.navy.mil (Randall Atkinson)
> To: ietf-822@dimacs.rutgers.edu
> Subject: What to do with the charset and mnemonic documents
> 
> ......
> 
>    I think that the document "draft-ietf-822ext-charsets-*.txt" would
> be very useful as an informational document and ery much hope that it
> will be published informationally.  It does not contain standards
> track material and is not suitable for the standards track, and I
> oppose any effort that might be made to put it on the standards track.
>  
>  Randall Atkinson
>  atkinson@itd.nrl.navy.mil

You are using words here like "useful", which does not align well
with your previous wording of "without technical merit".
Anyway it just illustrates my point that many people on the 822ext
found the RFC 1345 work useful, actually Randall was one of the 
strongest critics of it.

Keld
Newsgroups: comp.fonts,comp.protocols.iso,comp.os.os2.programmer,comp.os.ms-windows.programmer.misc,comp.os.misc,sci.lang
From: keld@login.dkuug.dk (Keld J|rn Simonsen)
Subject: Re: Character Sets (AGAIN)
Organization: DKnet
Date: Fri, 2 Oct 1992 17:58:27 GMT

Erik Naggum <enag@ifi.uio.no> writes:

>Those of us who were there know, and anyone who wish to look it up in
>the working group archives will find, that Randall's comments are
>correct, and to the point.  

They are not to the point, and incorrect. Randalls arguments looks
like they were designed to give a bad clout to my work, instead of
adressing technical issues.  Why don't you answer my
technical questions, instead of beating about the bush?

>There is some merit to most of Keld's work, but it all but drowns in the
>political lobbying in which he engages to push it forward to acceptance.

What I have done has actually mostly been very open, like voting "no"
or "SHOW-STOPPERS", and not that much lobby work in the coorridors,
which may be more effective...

>    The character set descriptions were never scheduled for Internet
>    standards track ...

>True, but the implication that you didn't even try is an outright lie.

Well, maybe they were scheduled for standards track at some instance,
I have not paid that much attendance whether it would be an Internet
standard or not. The RFC status was what I was after.

>    The mnemonic encoding was a new way of coding things, but it was
>    rejected because of timing and coordination problems, not because
>    of lack of merit (to my knowledge!)

>Your selective memory doesn't alter the facts.

There have not been any official IETF communication stating
that RFC 1345 was not qualified work, and the WG endorsed that the
spec should be published as an RFC. You can check the minutes of
the 822ext IETF group for that fact. Even Randall once wrote that
there was technical merit in the work, and that it should be published
as an RFC.

Maybe I should stop responding to postings from Erik Naggum.
He seems not to be cooperative, although he has used my work -
he has stated he would take legal actions if I would try to use his
work. My principle in responding has been to correct technical
misrepresentations, and to point out the worst examples of 
bad discussion behaviour.

Keld
From: moon!cyberden!xorcist@well.sf.ca.us
Newsgroups: comp.fonts
Subject: Re: QUESTION: Why are truetypes w i d e r then ATM?
Date: Mon, 28 Sep 92 20:32:05 PDT
Organization: Indescribable Creations

Whoops... my jumping to conclusion... you're right. The height is the
same... the width is all over the place though... oh well... I assume
that was another way to get around the copyrights... not only was the
name different, but consequently, the checksum of each character will
be also...

Makes for a mess when converting documents...
<X>orcist

__________________________________________________________________________
   |       /         |\
   | H E   \ Y B E R |/ E N       [ moon!cyberden!xorcist@well.sf.ca.us ]
From: ichoi@husc10.harvard.edu (Isaac Choi)
Newsgroups: comp.fonts
Subject: Korean fonts?
Date: 1 Oct 92 06:03:30 GMT
Article-I.D.: husc10.ICHOI.92Sep30230330
Distribution: comp.fonts
Organization: Harvard Arts and Sciences Computer Services, Cambridge, MA


I am involved in a project to publish a Korean/English magazine and I was
wondering... are there any public domain, shareware, or even commercial
font packages for Korean PostScript fonts on a Mac (probably to be used with
QuarkXPress or Pagemaker 4.0)? Any help or directions will be appreciated..
Thanks!
From: moon!cyberden!xorcist@well.sf.ca.us
Newsgroups: comp.fonts
Subject: Re: QUESTION: Why are truetypes w i d e r then ATM?
Date: Sun, 27 Sep 92 03:56:49 PDT
Organization: Indescribable Creations

<RRK102@psuvm.psu.edu> writes:

> and found out that the two fonts types *printed* the same, even though
> the ATM fonts displayed smaller.


Hmmm... mine printed as they were displayed... same font/point size and
even the print was wider... (Deskjet 500)


__________________________________________________________________________
   |       /         |\
   | H E   \ Y B E R |/ E N       [ moon!cyberden!xorcist@well.sf.ca.us ]
Newsgroups: comp.fonts,comp.protocols.iso,comp.os.os2.programmer,comp.os.ms-windows.programmer.misc,comp.os.misc,sci.lang
From: hta@boheme.er.sintef.no (Harald Tveit Alvestrand)
Subject: Re: Character Sets (AGAIN)
Keywords: character-set, charset, font
Reply-To: harald.alvestrand@delab.sintef.no
Organization: SINTEF DELAB, Norway
Date: Mon, 28 Sep 92 08:09:44 GMT

Try this RFC.
It gives the most character set information in one place that I have ever
been able to FTP.
Available from nic.ddn.mil and lots of other places.

1345  Simonsen, K.  Character Mnemonics & Character Sets.  1992 June; 103 p.
      (Format: TXT=249738 bytes)

<To avoid using up bandwidth: Erik Naggum does not like this document.
He says he is working on an alternative document that he likes, but has not
yet (as far as I know) published it.>

-- 
                   Harald Tveit Alvestrand
Harald.Alvestrand@delab.sintef.no
C=no;PRMD=uninett;O=sintef;OU=delab;S=alvestrand;G=harald
+47 7 59 70 94
Newsgroups: comp.fonts
From: vragh00@nx09.mik.uky.edu (venkatesan raghavan)
Subject: Conversion Of binhex/stuffit format
Organization: University Of Kentucky, Dept. of Math Sciences
Date: Thu, 1 Oct 1992 13:41:27 GMT

Another dumb Indian (me!!!!) who has downloaded a mac font from  
mac.archive.umich.edu wants to know to how to convert it to a microsoft word font  
and how to use it. It is in binhex.stuffit format , where do i place it to use it  
and how do I convert it to a font (DUH!) ?
Please e-mail answer to me. Thanx


--
________________________________________________________
Venkatesan Raghavan  Computer Science & Physics Depts.
University Of Kentucky, Lexington Kentucky.
E-Mail:-Vragh00@Mik.Uky.Edu
Vragh00@Ukpr.Uky.Edu
Vragh00@ukcc.uky.edu
Newsgroups: comp.fonts
Subject: Re: Font substitution in Postscript
From: jeremy@cs.aukuni.ac.nz (Jeremy Gibbons)
Date: Sun, 4 Oct 1992 23:57:20 GMT
Organization: Computer Science Dept. University of Auckland

In <351@ftms.UUCP> brown@ftms.UUCP (Vidiot) writes:

>Sounds like your PostScript printer is broke.  All PostScript printers are
>supposed to default to Courier, if it can't find the requested font.  All the
>ones that I have seen do, including Sun's NeWSprint for the SPARCprinter.

Is this really true? NeWS to me (if you'll forgive the pun).

Jeremy

---
Jeremy Gibbons <jeremy@cs.aukuni.ac.nz>         tel: +64 9 373 7599
   Department of Computer Science,              fax: +64 9 373 7453
   University of Auckland, Private Bag 92019, Auckland, New Zealand.

Newsgroups: comp.fonts
From: cc_paul@rcvie.co.at (Wolf Paul)
Subject: Re: QUESTION: Why are truetypes w i d e r t
Reply-To: cc_paul@rcvie.co.at (Wolf N. Paul)
Organization: Alcatel Austria - Elin Research Center, Vienna
Date: Mon, 28 Sep 1992 08:41:06 GMT

In article <5762@dove.nist.gov> gilligan@bldrdoc.gov (Jonathan M. Gilligan) writes:
>In article <1992Sep24.210227.10815@shearson.com> dmandl@shearson.com writes:
>>I may be misunderstanding what you're trying to say, but point size
>>is a very precise measurement.  The "problem" is that in the case of
>>type size, it's a VERTICAL measurement--the size of the type body (in
>>the old days), or the total height from the top of the highest
>>ascender to the bottom of the lowest descender.
>
>I didn't realize that this was supposed to be the definition.  I have
>clearly put too much credence in Knuth's statement that the design
>size is ``a more-or-less arbitrary number that reflects the size of
>type [a font] is intended to blend with'' (METAFONTbook, p. 96).

This is of course a controversial issue, both as far as the definition
of what the point size is, and as far as what is considered as
"blending with a certain size".

It is usual for the distance from highest ascender to lowest descender
to be fairly close to the nominal point size, but is by no means true
for ALL typefaces.

Even if you put specimens of type from the same foundry or publisher
(i.e. Adobe Fonts) in the same nominal size next to each other, you
will find widely differing "visual sizes" with different fonts.
-- 
            V              
+-----------------------+  Wolf N. Paul, Computer Center         wnp@rcvie.co.at
|  A  L  C  A  T  E  L  |  Alcatel-Elin Research Center     +43-1-391621-122 (w)
+-----------------------+  Ruthnergasse 1-7                   +43-1-391452 (fax)
      ELIN RESEARCH        A-1210 Vienna-Austria/Europe        +43-1-2246913 (h)
Newsgroups: comp.fonts
From: 18baysal@cua.edu
Subject: Looking for TURKISH fonts for Windows3.0
Organization: The Catholic University of America
Date: Mon, 28 Sep 1992 14:23:07 GMT

Can anyone help me find a Turkish font for Windows 3.0 (I'll be using Canon
Bublejet EX-10 to get printout).

Any info would be greatly appriciated.

Bora Baysal

Newsgroups: comp.fonts
From: Tim Larkin <tsl1@cornell.edu>
Subject: Re: Old English Fonts for Mac
X-Xxdate: Mon, 28 Sep 92 15: 08:09 GMT
Nntp-Posting-User: tsl1@cornell.edu
Organization: Cornell University
X-Useragent: Nuntius v1.1.1d7
Date: Mon, 28 Sep 1992 14:01:04 GMT

In article <28486@life.ai.mit.edu> Berthold K.P. Horn,
bkph@kauai.ai.mit.edu writes:

>Or did `roman standard encoding' change when the world >switched to
System 7?

My System 7 desk accessor, "Key Finder", shows no printable
characters below space.

Tim Larkin
Federal Nutrition Laboratory
Tower Road Ithaca, New York
tsl1@cornell.edu 607-255-7008
From: harris@rubens.cs.unc.edu (Trey Harris)
Newsgroups: comp.fonts
Subject: Re: New Yorker Magazine Font
Date: 29 Sep 92 14:56:11 GMT
Organization: The University of North Carolina at Chapel Hill

In article <1992Sep28.183739.14002@spectrum.xerox.com> cb@fantod.xis.xerox.com (Christopher Bader) writes:

>In article <15660@borg.cs.unc.edu> harris@currituck.cs.unc.edu (Trey Harris) writes:

>>In article <214.236.uupcb@nitelog.com> michael.hagerty@nitelog.com (Michael Hagerty) writes:

>>>Several weeks ago I asked if anyone knew of a font similar to the one
>>>most easily recognized as "the New Yorker Magazine" font. 

>>I haven't seen either this font or the New Yorker in a while, but it
>>seems to me that either Upper East Side or Upper West Side would do
>>the trick.

>It's Caslon.

Really?  I _do_ use Caslon...  hmmm...maybe.  My memory on the New Yorker
must be _quite_ rusty, must check it out at the bookstore today.

Maybe it's New York magazine I'm thinking of?

Trey Harris
--Stranger in a Strange Thread!
From: ram@cs.umb.edu (Robert Morris)
Newsgroups: comp.fonts
Subject: Re: QUESTION: Why are truetypes w i d e r then ATM?
Date: 26 Sep 92 14:59:14 GMT
Reply-To: ram@cs.umb.edu
Organization: University of Massachusetts at Boston

In article <q21kRB6w165w@cyberden.uucp> moon!cyberden!xorcist@well.sf.ca.us writes:

   > In article <4JR9qB1w165w@cyberden.uucp> moon!cyberden!xorcist@well.sf.ca.us
   > writes:
   > [...]
   > They're different fonts.  They don't claim to be identical.  They don't
   > have the same names.


   Ummmm.... excuse me but when you select a 12 point type, and your printer
   is relying that the output is 12 point type, and then you get something that
   is more like 16 point type, I would call that a major blunder.

There is a standard notion of what a point is (well, two
standard notions: 1/72 inch in Postscript (and TrueType?) and 1/72.27
inch in the printing trades). But there is no standard notion of what
is meant by the point size of a typeface. There once was: Until the
advent of phototypesetters, type was cast from brass molds. The
technology imposed a minimum interline space due to the height of the
mold and of the resulting lead slug. This height was called the pointsize
of the type. But even then, as now, the designer had some freedom in
choosing the heights of letters provided they fit on, say, a twelve
point high piece of brass. With phototype or digitally produced type,
even the upper limit is not imposed and there may be more variation
than in the past. 

I don't know what you mean for a printer to expect a certain size of
typeface. If you mean a human member of the printing trades, such a
person is likely to be very familiar with the fact that other measures
than nominal point size have to be used to measure copy. If you mean a
computer driven printing system, it's hard to see why a competent
printer should do anything other than execute the commands given it,
and if the letters crash or don't fit on the physical output medium
that is the fault of whatever made up the commands.  If you mean that
you have composition software which can not read the font metrics but
instead does its work from the "size" of the font, then I would say
the blunder is on the part of the author of your composition software.

Bob Morris
ram@cs.umb.edu
Xref: sparky comp.fonts:2917 comp.protocols.iso:1214 comp.os.os2.programmer:5338 comp.os.ms-windows.programmer.misc:2279 comp.os.misc:833 sci.lang:7441
From: atkinson@itd.nrl.navy.mil (Randall Atkinson)
Newsgroups: comp.fonts,comp.protocols.iso,comp.os.os2.programmer,comp.os.ms-windows.programmer.misc,comp.os.misc,sci.lang
Subject: Re: Character Sets (AGAIN)
Keywords: character-set, charset, font
Date: 1 Oct 92 01:26:49 GMT
Organization: Naval Research Laboratory, DC

In article <keld.717886466@login.dkuug.dk> keld@login.dkuug.dk (Keld J|rn Simonsen) writes:

>I have written the RFC 1345 with information on the above,
>although only about 2000 characters of UNICODE and ISO 10646
>is covered. It is available by ftp via the normal RFC archives.

  Note that a fair number of bugs were found in Keld's RFC before it
went out and there are probably more bugs left in it still that
haven't been found.  There are A LOT of characters and character sets
in use in the world and there is NO REAL SUBSTITUTE for having the
character set standards documents in the original.

>The vietnamese society has picked a notation for Vietnamese,
>eg a' and a` for a_acute and a_grave respectively.

Information on the above including free specification and the
locations of freely distributable software for Vietnamese can be
obtained by sending an email inquiry to:
	viet-std@haydn.stanford.edu
Xref: sparky comp.fonts:2914 comp.protocols.iso:1212 comp.os.os2.programmer:5335 comp.os.ms-windows.programmer.misc:2276 comp.os.misc:831 sci.lang:7440
From: gilligan@bldrdoc.gov (Jonathan M. Gilligan)
Newsgroups: comp.fonts
Subject: Re: Mathematical font
Date: 2 Oct 92 22:01:20 GMT
Organization: National Institute of Standards and Technology

In article <37840@arctic.nprdc.navy.mil> vogel@nprdc.navy.mil (Merle Vogel) writes:
>Can anyone recommend a font with simple mathematic symbols in it?
>I need one to use in a basic electronics course.  The symbols I need
>are:   Divisor bar, Square root sign, Exponents, Sub-scripts, Super-scripts
>and Parentheses that will enclose two lines.  I'll be using it in Windows 3.1
>so a True Type font would be ideal.

Try the TrueType package for Windows that M'soft sells. It includes
Lucida Bright Math Italic, Math Symbols, and Math Extensions fonts,
which blend nicely with the Lucida Bright family of text fonts that
are also included.  It also has fonts that are similar to the standard
Postscript fonts, such as Palatino (here called Bookman Antiqua

PUSH
FLAME

Hey, if everyone's going to flame on about the ethics of GNU
hypothetically cloning Palatino and not giving adequate credit (and
dollars) to Zapf, how about denouncing Monotype for doing the same
thing here?! Or is this different because this is professional type
designers at Monotype are ripping Zapf off for a profit, not loathsome
``hackers'' doing it for free? 8-)

POP

), New Century Schoolbook, and Bookman.  It has more fonts and costs a
small fraction of what the Y&Y's type-1 Lucida-Bright/Lucida-New-Math
fonts package costs.

(Pause to razz Microsoft for encoding these fonts and setting the
baselines in ways that are incompatible with TeX, so TeX users have 
to pay lots more to get the Type-1 versions of Lucida-New-Math)

In the way of public domain fonts, you can use Computer Modern or
Euler if you use TeX. However, the only Windows-based dvi driver I
know of insists that you use the (commercial) Type-1 versions of
these fonts rather than the free metafont versions (Why Y&Y refuses 
to support bitmapped fonts is a mystery to me---outline fonts are 
great, but why not support both?)

---Jon
-- 

Disclaimer --- The government probably disagrees with my opinions.