HDTenEightyP/NetNews huggingface dataset:
From: desikacharyk@wl.aecl.ca
Subject: Why Windows Blocks Out Some Upper ASCII codes - Solution
Organization: AECL RESEARCH
Date: Wed, 9 Sep 1992 22:35:09 GMT

Hello Font Enthisiasts,

 Earlier I asked why Windows 3.1 blocks out as many as 24 characters in the 
128-255 range of a 8 bit coded font when I port it from Mac to Windows.
I got excellent help from Berthold Horn, who suggested that this problem
was caused by Windows because it re-encodes the font to the ANSI encoding
vector. Berthold also suggested that I get the Font Utilities Package from
Y&Y, and reprocess the PFB and PFM files such that the Font's "native" 
encoding vector is used instead of the Window's Default ANSI encoding vector.
I got the above package (cost US$75) and reprocessed my files, and installed
them under ATM2.0. The problem was solved as expected. For the interest of 
other users, I am summarizing below the steps I have gone through to solve 
this problem:

a) Produced the PC compatible AFM and PFB files through Fontographer 3.2,
   using the Mac Encoding Vector.

b) Ported the above files to PC, after running them through the Apple File 
   Exchange utility on Mac.

c) Ran the AFMtoPFM utility (with flags -v -d -s) on the AFM file to create 
   the PFM (Printer Metric File).

d) Ran the REENCODE utility (with flags -v -c=MAC ) on the PFB file to 
   reprocess it to use the MAC Encoding Vector. The file MAC.VEC, used
   in the above process is supplied by Y&Y on its utilities diskette.
   This file contains the Mac Encoding Vector.

e) Installed the PFM and PFB files thus processed under ATM2.0. Now I
   can display all the Chars in the Font on the screen and print them 
   on a Postscript printer. SUCCESS!!!!

	Finally, it is a pleasant to task to thank Bethold K.P. Horn for his
invaluable help and thank Y&Y for sending the Font Utilities Package promptly.
For those who are interested, the Address of Y&Y is: 

Y&Y, 106 Indian Hill, Carlisle, MA 01741, USA
(508) 371-3286 (Voice), and (508)371-2004 (Fax)

Regards,
K.Desikachary,
AECL Research. 


				Appendix

To make this message comprehensive, below I list all the characters in Mac's 
Font that were blocked out by Windows (I have all the slots from 128-255 
populated, except for the code 202, which corresponds to nonblank space char 
on Mac). 

Code Char Name    Code   Char Name       Code  Char Name       Code Char Name
128  Adieresis    154    odieresis       185   pi              222  fi
129  Aring        157    ugrave          188   ordamasculine   240  apple
138  adieresis    158    ucircumflex     189   Omega           253  hungarumlaut
141  ccedilla     160    dagger          190   ae              254  ogonek
142  eacute       166    paragraph       208   endash          
143  egrave       178    lessequal       215   lozenge
144  ecircumflex  179    greaterequal    221   guilsingright

	The above chars are all blocked out by Windows 3.1. Windows 3.0 blocks
out the followinfg 4 additional chars:

Code Char Name    Code   Char Name       Code  Char Name       Code Char Name
136  agrave       152    ograve          173   notequal        175  Oslash
From: opstad@Apple.COM (David Opstad)
Newsgroups: comp.fonts
Subject: Re: Why Unicode is 16-bit
Date: 11 Sep 92 16:03:40 GMT
Organization: Apple Computer Inc, Cupertino, CA

In article <1992Sep10.163629.1019@coli.uni-sb.de> ulma@coli.uni-sb.de (Ulrich Mayring) writes:
>
>Well, 16 bits are 32768 different characters. Now, I always thought that
>Chinese alone had over 40000 characters, however only a fraction is taught
>in school and even less necessary to write basic Chinese. Does UNICODE
>include only these or is the "40000" number wrong?

Actually, 16 bits are 65536 different characters. Also, after unification,
the total number of unique CJK characters is 21001 (unified out of a set
of over 121000). Yes, there are many more than that in certain old
sources (Morisawa's Daijiten, or the Kangxi Zidian), but those not included
in Unicode were characters that never ended up in *any* national standard.
They probably represent extremely rare or archaic forms that aren't used
any more.

Dave Opstad
Line Layout Weenie
Organization: Middle East Technical University - Computer Center
Date: Friday, 11 Sep 1992 09:20:41 TUR
From: <E59387@TRMETU.BITNET>
Newsgroups: comp.fonts
Subject: how can I add new letters to fonts?


   Hi,

   We are trying to localize the existing fonts to our native language(Turkish)

and we have to add some new letters to existing fonts. Are there any program

that doing this job.

  Our working platform X11 unix environment.I know there programs for different

systems like photographer in MAC.But there any program in X11 or good bitmap

editor.Or Is there anybody working on this kind project that can I get help

from his/her .

 THANKS  IN ADVANCE.

Newsgroups: comp.fonts
From: mcdonald@aries.scs.uiuc.edu (J. D. McDonald)
Subject: Re: Unicode and Fonts
Organization: UIUC SCS
Date: Mon, 7 Sep 1992 14:26:35 GMT

In article <qcqnd+-.ari@netcom.com> ari@netcom.com (Ari Davidow) writes:


>Apple's proposed line layout manager =will= provide a consistent, and
>on the Mac, standard way of handling the contradiction between character
>and glyph.

Will it allow anything that can be done using physical metal type,
by hand, from as many boxes of type as one choses?

Doug McDonald
Newsgroups: comp.fonts
From: kuchan@rtsg.mot.com (Joseph M. Kuchan)
Subject: Why are there "cobwebs" on my letters?!?
Summary: Why are there "cobwebs" onmy letters?!?
Organization: Motorola Inc., Cellular Infrastructure Group
Distribution: global
Date: Wed, 9 Sep 1992 13:53:02 GMT

This may be one for the FAQ or might even be a "dumb" question, but here
goes anyway: I downloaded Logger and LowerEastSide from umich and ran them
through the appropriate utilities so that I could use them on my PC. The
only problem is that instead of "clean" letters, some of them have what I
would describe as "cobwebs" on them. That is, some have thin jagged lines
running across the open spaces in the letters, as though a spider had spun
a messy web on them. I'v noticed this on ather fonts as well. It only seems
to affect some of the letters of fome of the fonts, however. BTW, I'm using
ATM 2.0 and AmiPro 3.0. Both the screen fonts and the printed fonts appear the
same. Does anyone know what I'm talking about? Does anyone know of a solution?

On another note, I think Logger is a great font! I would like to use it for 
my cub scout newsletters. The only problem (other than the cobwebs) is that
there aren't any numbers included! Does anyone know of a rustic typeface
like logger that has numerals??? If not, can the author of Logger add the
numerals, please?

Thanks for any help,
Joe

-- 
Joe Kuchan,    Motorola - Wireless Enterprise Systems	*
3205 Wilke Road, Arlington Heights, IL 60004		*
kuchan@whitefish.rtsg.mot.com				*
tel: (708) 632-7193	fax: (708) 632-6816		*
Newsgroups: comp.fonts
From: revesz@msc.cornell.edu (Peter Revesz)
Subject: Re: Czech and Slovak (also cyrillic) fonts
Organization: Cornell-Materials-Science-Center
Distribution: comp.fonts
Date: Wed, 9 Sep 1992 19:58:31 GMT

Czech and Slovak fonts as well as all East-European fonts
(Postscript and Truetype)
and windows language modules (dll-s) are avaiable through
Casady & Greene: 1-800-359-4920

Peter Revesz

    revesz@msc.cornell.edu
From: 00bwanderson@bsu-ucs.uucp
Newsgroups: comp.fonts
Subject: Galactic Cowboys font?
Date: 13 Sep 92 18:42:25 GMT

I presume this is the correct forum in which to place this request:

I would like to find a TrueType or Type 1 Mac version of the font used on the
Galactic Cowboys' first album.  It's pretty weird-looking, and I'd like to use
it for a few things.  Any help would be appreciated!

Bruce
aka
Spock lives!
-- 
.sig?  We don' need no steenkin' .sig!

Bruce Anderson: A tradition of Chaos and Disorder since 1967
spock@bsu-cs.bsu.edu (unix)	00bwanderson@bsu-ucs.uucp (VAX)
Don't look at me in that tone of voice!  BSU disclaims me, and I disclaim them.
From: ulma@coli.uni-sb.de (Ulrich Mayring)
Newsgroups: comp.fonts
Subject: Re: Why Unicode is 16-bit
Date: 15 Sep 92 00:07:41 GMT
Organization: U of Saarbruecken, Dept. of Computational Linguistics

markg@county.lmt.mn.org (Mark Gilbert) writes:

>Volume 1 of the Unicode Standard book describes a plan to merge Unicode with 
>a 32 bit ISO standard (ISO 10646).  This forward to the book was written in 
>late 1991, and I don't know what progress has been made on this merger.  32 
>bits can encode over 4 billion characters, and that ought to be enough 
>to encode all languages living and dead.

>Mark Gilbert

Which is what I would like to see, because you never know what comes in the
future. Not very far from now computers will be so fast that it won't matter
anymore if they use 16 or 32 bit encoding in terms of processing speed.
However, to repeat it: Maybe we all should be lucky if at least UNICODE
became a standard and then worry about its successor.


     Ulrich Mayring
     volksdesign.

       - KRAWEHL, KRAWEHL! Taubtrueber Ginst am Usenhain! -
Newsgroups: comp.fonts
From:  volt@kaskad.msk.su (Shirin Vladimir Voltovich)
Subject: bespoke font
Date: Thu, 3 Sep 1992 01:12:18 GMT
Reply-To: volt@kaskad.msk.su
Organization: SV KASKAD
Keywords: creat font bespoke
Summary: creation font from your model simbols

        I  specialize in creation unique bespoke Computer font
        For laser printer in style of customer's model
        symbols or words from letterhead, name of firm and etc.
        Are anybody interesting ?

        Volt,Simon.
        volt@kaskad.msk.su
From: apdent@actor.realtime.cs.vt.edu (Tripp Lilley)
Newsgroups: comp.fonts
Subject: Re: Summary: Image negative to positive algorithms
Date: 8 Sep 92 19:29:15 GMT
Organization: Actor Project @ Virginia Tech


> The colour version seems to lose contrast and have an unwanted tinge. 
> We are currently trying to overcome this.

   The RGB values are not weighted equally.  Silly me, i can't remember
which has more weight, but it's something on the order of .3*R + .3*B +
.4*G == 1  (do not assume that those are the correct weights... someone
out there should know them and post them since i am in the midst of a brain
fart.)   so... in order to create a negative from a positive, 

  Xn is COLOR_X(new version)  Xo is COLOR_X(old version)

  Rn = .3*(Rmax - Ro)
  Bn = .3*(Bmax - Bo)
  Gn = .4*(Gmax - Go)
  Here again, Rn + Bn + Gn should add up to 1... now you multiply these
values by whatever your maxShade is (64 for VGA? 256?)

ii may have gotten the math horribly wrong on this. if so, take what's in the 
first paragraph, and figger it out from there <grin>

 -t.
-- 
-------------------------------------------------------------------------------
|  Tripp Lilley   -- APDENT@actor.realtime.cs.vt.edu                          |
| Nuisance to all, benefit to fewer...but often found being cheerfully paisley|
| >>>  my opinions are.                                                       |
Newsgroups: comp.fonts
From: pfarrell@gmuvax2.gmu.edu (Pat Farrell)
Subject: PDF417 font?
Organization: George Mason University, Fairfax Va.
Date: Tue, 8 Sep 1992 19:36:05 GMT

I am looking for references, articles, RFCs, etc. that
refer/explain a two dimentional bar code font that is called
PDF417 (Portable Data File?).

It is claimed to allow much more information to be stored in a
smaller area than traditional one-dimentional (3 of 7, etc.) 

Thanks for any help.

Pat

Pat Farrell,      Grad Student                       pfarrell@cs.gmu.edu
Department of Computer Science, George Mason University, Fairfax, VA
#include standard.disclaimer
From: ari@netcom.com (Ari Davidow)
Newsgroups: comp.fonts
Subject: Re: Unicode and Fonts
Date: 7 Sep 92 07:43:25 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest)

>A simple compromise would be to add the commonly used ligatures to
>Unicode....

In fact, they are there. 

Further, as of this summer, it has been agreed that Unicdoe itself
is to be a subset of ECMA 10646, which opens up a lot of extra
characters.

I think you are confusing the historical (and, granted, typographically
brain dead and otherwise excreble) factors that led to ASCII and ANSI,
and presuming that this defines a generally acceptable norm even for
English use of Latin 1. Such does not appear to be the case. It
might be illuminating to peruse the Unicode volume (only volume 1 has
been released, to my knowledge, containing everything but the 
voluminous Korean-Chinese-Japanese glyphs) and discussion.

Apple's proposed line layout manager =will= provide a consistent, and
on the Mac, standard way of handling the contradiction between character
and glyph. Microsoft has announced similar intentions for future versions
of Windows, and Windows NT.
Newsgroups: comp.fonts
From: marc@hemlock.cray.com (Marc Bouron)
Subject: GEM fonts for DeskJet
Originator: marc@hemlock
Organization: Cray Research, Inc.
Date: 9 Sep 92 03:38:49 CDT


Hi People,

I'm trying to find some 300dpi GEM fonts for a DeskJet 500.  Can anyone point
me at a source?

Cheers,

[M][a][r][c]

Newsgroups: comp.fonts,comp.os.ms-windows.apps,comp.os.ms-windows.misc
From: cc_paul@rcvie.co.at (Wolf Paul)
Subject: Font Families in MS-Windows 3.1 TrueType?
Reply-To: cc_paul@rcvie.co.at (Wolf N. Paul)
Organization: Alcatel Austria - Elin Research Center, Vienna
Date: Mon, 14 Sep 1992 08:26:51 GMT

I have run into a problem using the Alltype conversion utility
to convert fonts from a variety of sources into Truetype for use with
Windows 3.1.

The problem: I am unable to figure out how to convert the four
standard variants (Regular, Italic, Bold, Bold-Italic) in such a way
that Windows 3.1 will recognize them as a family. They always show
up as four separate fonts, which means that in Word for Windows, for
example, if I format text in, say, Cheltenham, and then select "bold",
I don't get the font "Cheltenham Bold", but rather an emboldened 
version of Cheltenham Regular. Same with Italic, it results in a
slanted Cheltenham Regular rather than Cheltenham Italic.

I have examined the win.ini entries for the Arial and New Times Roman
families, I have studied their *.fot files with a hex editor, but
I cannot find out how Windows determines what is a font family and
what are separate fonts.

Can anyone point me in the right direction?
-- 
            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)
From: iburton@mph.sm.ucl.ac.uk (Immanuel Burton)
Newsgroups: comp.fonts
Subject: Adobe 1 --> TrueType
Date: 8 Sep 92 16:25:19 GMT


Hi.  Does anyone out there know of any conversion programs for converting
Adobe Type 1 fonts to True Type font format for use with Windows 3.1?

As we don't get newsgroups here I should be grateful if replies were sent to
me directly, and I'll put out a compilation of the responses when there are
enough of them.

Thanks in advance.

Immanuel M. Burton.


--------------------------------------------------------------------------------
  Immanuel M. Burton,                         JANET: iburton@uk.ac.ucl.sm.mph 
  Dept. of Medical Physics,                  BITNET: iburton@mph.sm.ucl.ac.uk
  University College London,               INTERNET: iburton@mph.sm.ucl.ac.uk 
  11-20 Capper St, LONDON WC1E 6JA, Great Britain.       Tel: +44 71-380-9700
 -------------------------------------------------------------------------------
Newsgroups: comp.fonts,comp.os.ms-windows.apps,comp.os.ms-windows.misc
From: hmlaw@cucs18.cs.cuhk.hk (Law Hon Man)
Subject: Re: Font Families in MS-Windows 3.1 TrueType?
Organization: Faculty of Engineering, The Chinese U. of Hong Kong
Date: Tue, 15 Sep 1992 03:58:07 GMT

cc_paul@rcvie.co.at (Wolf Paul) writes:

>I have run into a problem using the Alltype conversion utility
>to convert fonts from a variety of sources into Truetype for use with
>Windows 3.1.

I have the same problem when I use AllType to convert the font family in
ATM to True Type. To solve such problem, you should

1. Type in the fontname (including the variation) carefully. For proper
   fontname, you can refer to the font came from win 3.1. And don't
   select any variations provided by AllType.              

2. Looking into the TT font file and finding the 'OS/2' table (please
   refer to any TT info for the meaning of the 'OS/2' table).

3. Modify the usWeightClass field in the table. For regular and italic,
   use 400. For bold and bold italic, use 700.

4. Modify the fsSelection field. Such field is the identification of
   the variation of the font. You should correct this field properly.

Confuse ? Try other conversion programs. Good luck.

Law Hon Man
From: ulma@coli.uni-sb.de (Ulrich Mayring)
Newsgroups: comp.fonts
Subject: Re: Why Unicode is 16-bit
Date: 10 Sep 92 16:36:29 GMT
Organization: U of Saarbruecken, Dept. of Computational Linguistics

glenn@wheat-chex.ai.mit.edu (Glenn A. Adams) writes:


>  In article <1992Sep6.222220.14143@coli.uni-sb.de> ulma@coli.uni-sb.de (Ulrich Mayring) writes:

>  >Then why not go on to 32 bit? It would come a lot closer to including ALL
>  >characters of ALL languages. (BTW does anybody know if 32 bit would suffice
>  >or would we need still more? Assuming we only wanted to include spoken
>  >languages, not dead ones)

>32-bits are *not* needed, 16-bits suffices for representing the primary
>content of *all* languages, both modern and archaic.  Of course, 32-bits
>might be useful for glyph encodings; but Unicode doesn't encode glyphs.

Well, 16 bits are 32768 different characters. Now, I always thought that
Chinese alone had over 40000 characters, however only a fraction is taught
in school and even less necessary to write basic Chinese. Does UNICODE
include only these or is the "40000" number wrong?


     Ulrich Mayring
     volksdesign.

       - Herr Otto Mol fuehlt sich unwohl am Pol ohne Atomstrom -
Xref: sparky comp.fonts:2653 comp.std.internat:648
From: glenn@wheat-chex.ai.mit.edu (Glenn A. Adams)
Newsgroups: comp.fonts,comp.std.internat
Subject: Sort Keys [was: Why Unicode is 16-bit]
Date: 10 Sep 92 14:34:42 GMT
Followup-To: comp.fonts
Organization: MIT Artificial Intelligence Laboratory


  In article <9843@fs3.cam.nist.gov> koontz@cam.nist.gov (John E. Koontz X5180) writes:
  >The general problem of sorting multigraphs, symbol sets in which
  >diacritics are taken into account in special ways, etc., can be
  >solved with sorting handles.   A handle is essentially a function of
  >strings that generates a set of strings that can be easily and
  >properly collated.  I was introduced to this idea by Dr. Robert Hsu,
  >of the Department of Linguistics at the University of Hawaii, though
  >I don't believe he claims to have originated it.  He discusses a
  >variety of techniques for constructing handle functions in a book he
  >is writing on linguistic data processing.

'handle' is probably a bad name for this due to its use in other contexts,
e.g., in the Apple Macintosh OS and Microsoft Windows environments it means
an index into a table of pointers which point at system managed memory
blocks.

A better term might be 'sort key' which is well documented in "Keys to Sort
and Search for Culturally Expected Results," IBM International Technical
Support Center, Document # GG24-3516, 1990.  It is also used in the Canadian
Standard Z243.4.1-1990, "Canadian Alphanumeric Ordering Standard for
Character Sets of CSA Z243.4 Standard," Canadian Standards Association, 1990.
Both of these works are based on the work of Alain LaBont/e of the
Minist\ere des Communications du Qu/ebec.

These documents describe the specific algorithms for transforming a plain
text string into a sort key, which can then be used for direct, numerical
comparison, such as is used with strcmp().

Glenn Adams
From: reznick@acf3.NYU.EDU (Daniel Reznick)
Newsgroups: comp.fonts
Subject: Type 1 -> Truetype
Date: 8 Sep 92 04:04:00 GMT
Organization: New York University

I am sorry if this is a trivial thing to do, it seems that it *should*
be a trivial thing to do anyway, but I am new to this whole Windows 3.X
thing.  

Is there any DOS/Windows utility that will convert Postscript Type 1
fonts to Truetype?

Preferabbly something available through FTP.  

thanks.
Daniel Reznick
renzick@acf3.nyu.edu
From: wdrdjh@thor.cf.ac.uk (Dr D J Harvey 92)
Newsgroups: comp.fonts
Subject: Re: Needed : 'Old' Roman Font
Date: 15 Sep 92 10:53:56 GMT
Organization: University of Wales College at Cardiff
X-Mailer: Cardiff Computing Maths PP Mail Open News Gateway

In article <1992Sep14.131348.20299@mail.cornell.edu> tsl1@cornell.edu 
(Tim Larkin) writes:

|In article <16608.9209101658@thor.cf.ac.uk> Dr D J Harvey 92,
|wdrdjh@thor.cf.ac.uk writes:

|>I need a font that looks as if it has been carved in stone by the Romans

|I recomment Adobe's Trajan, which derives from the letters on the Trajan
|column, >the< exemplar of the Roman stone letter forms.

Thanks for the suggestion of Trajan (several other people have suggested the
same by E-mail) - the only problem is the ridiculous prices we suffer for
software (inc fonts) on this side of the Atlantic, where the cheapest I can
find for Trajan/Charlemagne is GBP 149 (nearly US$300) !!

Suggestions for PD/shareware equivalents would be much appreciated.

Dave Harvey
(harveydj@cardiff.ac.uk)
From: iad@cogsci.ed.ac.uk (Ivan A Derzhanski)
Newsgroups: comp.fonts
Subject: Re: Czechoslovakian Fonts
Date: 8 Sep 92 14:33:07 GMT
Organization: Centre for Cognitive Science, Edinburgh, UK

In article <1992Aug25.155141.24472@aragorn.unibe.ch> perego@klimet.unibe.ch writes:
<I would like to write some text in Czechoslovakian. Do there exist
<some fonts with the necessary special Characters?

No.  The reason being that there is no such language as Chechoslovakian.

-- 
 `If ye hiv ears oan yer heid - then use them tae lissen.' (The Glasgow Gospel)
Ivan A Derzhanski   (iad@cogsci.ed.ac.uk;  iad@chaos.cs.brandeis.edu)
* Centre for Cognitive Science,  2 Buccleuch Place,  Edinburgh EH8 9LW,  UK
* Cowan House, Pollock Halls, 18 Holyrood Park Road, Edinburgh EH16 5BD, UK
From: tjc50@juts.ccc.amdahl.com (Terry Carroll)
Newsgroups: comp.fonts
Subject: Re: Dingbats Copyrightable?
Date: 16 Sep 92 00:05:35 GMT
Reply-To: tjc50@juts.ccc.amdahl.com (Terry Carroll)
Organization: Amdahl Corporation

In article <140@rd821.UUCP>, a036450@rd821.UUCP (Bob Goldrich) writes:
> It seems to be a general consensus that, as of now, in the United 
> States typefaces are not protected under Copyright law.  Would this
> include Dingbat fonts?  It would seem to me that this law would not
> cover Dingbats because they don't really constitute an alphabet.

Here's the semi-legal (it comes from the House of Representatives report 
explaining that typefaces are not copyrightable) definition of a typeface:

"a set of letters, numbers, or other symbolic characters, whose forms are 
related by repeating design elements consistently applied in a notational 
system and are intended to be embodied in articles whose intrinsic 
utilitarian function is for use in composing text or other cognizable 
combinations of characters."

Under this definition, I think Dingbat is a typeface (doesn't matter if it's 
an alphabet), and not copyrightable.

Terry Carroll - tjc50@juts.ccc.amdahl.com - 408/992-2152
The opinions presented above are not necessarily those of a sound mind.
Xref: sparky comp.fonts:2680 gnu.misc.discuss:3025