HDTenEightyP/NetNews huggingface dataset:
From: byer@adobe.com (Scott Byer)
Newsgroups: comp.sys.next.misc
Subject: Re: Expert set fonts questions
Date: 16 Dec 92 17:50:17 GMT
Reply-To: byer@adobe.com (Scott Byer)
Organization: Adobe Systems Incorporated

Fredrik Nyman writes

> Suppose you have a font that does not have ligatures, e.g.  vanilla
> Adobe Garamond.  Exactly what happens when I install the "Expert
> Set" which *does* contain ligatures?  Is the expert set a separate
> font as far as the NeXT is concerned, or will the Adobe Garamond
> character set become "extended" with the glyphs defined in the
> Expert Set font file?

> Also, do all/most/some of the NeXT text processing support ligatures?
> Will, for example, WriteNow, WP and FrameMaker print the /ffl glyph
> if it exists in the chosen character set, or will they cop out and
> print the glyphs f, f, and l?

Note that most Adobe font programs do contain a basic set of
ligatures.  Not as extensive as the ones available in those families
with expert sets, but a reasonable set.  See the back of the RedBook
for a list.

Unfortunately, it doesn't work as smoothly as one would like.
Seperate faces still stay seperate, and expert sets are separate.
To get characters from the expert set, you still have to switch
over to the font panel, click, click, and switch back.  These are
a good argument for why the font panel should have a font shelf
(and why the font shelf fonts should be accessible with Cmd-Shft-T
1-9 - that is, make Cmd-Shft-T a prefix for getting a font from
the shelf, and 1-9 be the position of the font on the shelf to
get...)  Maybe next year...

Expert sets don't use the standard encoding; they have their own
encoding, much like Symbol and Carta do.

Ligature substitution definitions are held in the AFM files, and
an application itself must do something to get the ligatures
automatically.  I'm not sure which programs do and don't.  Once a
document is done, it wouldn't take too much (although it is extra
work people shouldn't have to do manually...) to do global search
and replace for the ligatures.

Currently, as far as I'm aware, no program will grab ligatures out
of an expert set for substituting in a piece of text using the
regular face.  Personally, I don't see that this is such a complicated
thing to do.

Sigh.  Someday we'll get typefaces treated like the interconnected
databases that they really are...

--
Scott Byer                             NeXTMail: byer@mv.us.adobe.com
Adobe Systems Incorporated               These are *my* opinions, and  
1585 Charleston Road, P.O. Box 7900        do not necessarily reflect
Mountain View, CA 94039-7900             the opinions of my employer.
---------------------------------------------------------------------
From: su@cpuv1.net.kiae.su
Newsgroups: comp.sys.next.misc
Subject: help Moscow user
Date: Wed, 09 Dec 92 19:38:57 +0300
Distribution: world
Organization: unknown
Reply-To: su@cpuv1.net.kiae.su
Keywords: next key map
Summary: next key map

I am looking for a Keyboard.app on my NeXT and have a problem!
Can anyone say why the AlphaLock mode change Latin letters only?
I need to make the second part of code table (0128-0377)
like the first part, any words I need:

        ----------------------------------
        Shift Alt  AlphaLock        Letter
        ----------------------------------
        -     -    -               lower latin
        -     +    -               upper latin
        +     -    -               lower national
        +     +    -               upper national
        -     -    +               lower national (can't do)
        -     +    +               upper national (can't do)

Alpha Lock don't change letter if it is't lower latin.

Any words I need to make:
        Alt key - 'change_any_letter_to_upper_letter',
        Shift key - 'change_to_national_letter',
        AlphaLock - 'permanently change to national letters'

Who can help?

Thanks for any assistance.
(sorry my English - answer to me direct)
--- 
		Usikov Sergey, Pomoshnick, su@kiae.su, Moscow4203337


Newsgroups: comp.sys.next.misc
From: alberto@parsec.mixcom.com (Manuel Alberto Ricart)
Subject: Re: Is the wait over? Upcoming NeXT CD-ROM drive
Organization: Is the act or process of organizing or of being organized.
Date: Sun, 20 Dec 1992 02:23:25 GMT


Well, today December 19th, 1992 - I still have no CD ROM - it supposedly
shipped last week............Right!


-- 
Manuel Alberto Ricart
alberto@parsec.mixcom.com <NeXTMail Welcome>
From: tim@Apple.COM (Tim Olson)
Newsgroups: comp.sys.next.misc
Subject: Re: NRW- coming soon
Date: 18 Dec 92 21:41:47 GMT
Distribution: usa
Organization: Apple Computer Inc, Cupertino, CA

In article <1gq5o9INNe2g@hamblin.math.byu.edu> bill@mathnx.math.byu.edu (Bill Smith) writes:
| The 601(s!) won't do multiprocessing without unreleased additional
| hardware. You'd have to wait for the 620.

Where did you get that idea?  The 601 is fully capable of symmetric
multiprocessing, with MESI cache coherency protocol, full coherency
of the memory queue, broadcast of all cache control instructions, etc.



-- 
	-- Tim Olson
	Apple Computer Inc. / Somerset
	(tim@apple.com)
From: ddj+@cs.cmu.edu (Doug DeJulio)
Newsgroups: comp.sys.next.misc
Subject: Re: NeXT Music software???
Date: 11 Dec 92 21:29:16 GMT
Article-I.D.: cs.Bz46D7.9rI.2
Organization: School of Computer Science, Carnegie Mellon

In article <1992Dec9.171814.14971@infodev.cam.ac.uk> William.Clocksin@cl.cam.ac.uk writes:
> The program you want was annnounced in the press recently, and will be
> marketed by RightBrain.  It will be called MusicScribe, although the
> advertisement in NeXTWorld incorrectly called it "Score".  MusicScribe
> does lute tablature, gregorian chant, figured bass, as well as
> ordinary notation.  Very high quality output intended for the
> publishing industry, but with a fast and simple user interface.
> Contact RightBrain for details.

It would be really, really nifty if this could work in conjunction
with something like OCR Servant.  Run a hand scanner over some notes
on a page and hear them...

-- 
Doug DeJulio
Newsgroups: comp.sys.next.misc
From: adam@bastille.rmnug.org (Adam Fedor)
Subject: Re: Can someone help me with this bootup problem?
Reply-To: adam@bastille.rmnug.org
Organization: Rocky Mountain NeXT Users' Group
Distribution: usa
Date: Sat, 19 Dec 1992 04:29:28 GMT

In article <1992Dec18.174527.27414@athena.mit.edu> krtamura@athena.mit.edu  
(Kohichi R Tamura) writes:
> I just received my 3.0 upgrade.  It was booting fine off the external  
hard
> drive, but I took it back in because the place that did it for me didn't 
> include NeXTCD and everything in it.  After he put that on, I took it  
home 
> and tried to boot up and now it seems to hang at the point "Checking  
System 
> Files".  It just sits there and I can't see any exchange (flashing  
light) 
[...stuff deleted]
> 
> K. Tamura

Major Uh-oh...

You did't have him put the directory called /NextCD on your disk did you?

In the recent issue of NeXTwatch (nextwatch@skylee.com), p. 3, they say  
that you should NOT, EVER EVER EVER EVER create a directory on your hard  
disk called /NextCD because the /etc/rc.boot file will think the hard disk  
is a CD-ROM and mount it read-only.  As of late, there is no easy way to  
fix this problem.  (I didn't quote the article exactly because I'm  
paranoid of copyright laws :-))

Sorry you've had so much troubles.
-- 
Adam Fedor, CU boulder                    | 
adam@bastille.rmnug.org (Home, NextMail)  |  quick .sig hack...
fedor@boulder.colorado.edu (Work)         |
Newsgroups: comp.sys.next.misc
From: Peter_Roosen@mindlink.bc.ca (Peter Roosen)
Subject: Re: NS486 Confusion
Organization: MIND LINK! - British Columbia, Canada
Date: Thu, 17 Dec 1992 18:03:01 GMT

> Gary K. Jacobs writes:
>
> Msg-ID: <1992Dec16.124603.2736@ornl.gov>
> Posted: Wed, 16 Dec 1992 12:46:0
>
> Org.  : Oak Ridge National Laboratory
>
> I am looking into a 486 system for home use that I will be able to
> use NS486 on when it comes out. I thought that this would be a simple
> purchase. Ugh! Now I remember why I abandoned PCs 3 years ago to
> purchase a real NeXT! Trying to spec out a system now that I am
> confident will run NS486 next year is a nightmare. First, it is
> difficult to get a "fact sheet" that is factual about what is needed.
> There are some incredible discussions going on in the intel and ibm
> newgroups about NS486. That is the good news, they certainly are
> aware of it and are interested!. The big discussion right now is the
> Cyrix 486SLC chip versus "real" 486SX & 486DX chips. There is also
> confusion about video cards and bus requirements.
>
> If anyone in NeXT_Land can provide a clear statement about hardware
> requirements for NS486, it would be a huge contribution.
>
> gary


When at Comdex last month I talked to the people at Epson.  They make a
machine called the progression, which uses the Winengine graphics
accelerator. It currently runs NS486, quite well to.  I would suggest you get
in touch with your local Epson dealer.


Peter.

Newsgroups: comp.sys.next.misc
From: cowboy@trans.csuohio.edu (Joe Rosenfeld)
Subject: Re: Is the wait over? Upcoming NeXT CD-ROM drive
Organization: Cleveland State University
X-Newsreader: TIN [version 1.1 PL8]
Date: Mon, 14 Dec 1992 11:30:15 GMT

Donald J. Siegel (don@b62178.STUDENT.CWRU.Edu) wrote:
: In article <1992Dec14.040203.1639@news.acns.nwu.edu>  
: garyc@lenny.acns.nwu.edu (Gary I. Chang) writes:
: > 
: > Hi,
: > 
: > 	For those of you like me waiting for the 3.0 CD-ROM bundle for  
: > almost 4 months, are you getting your NeXT CD-ROM drive now? 

: Nope, and I've been waiting for nearly 5 months!
:                                        ^

: > Will NeXT  
: > start shipping them in quantity tomorrow Dec-14th???

: Beats me...I'd be very surprised to see mine before Xmas.


: Impatiently Yours,

: Don Siegel
: CWRU NeXT Users Group

Hmmm ... we cancelled our order about 10 weeks ago, ordered a non-NeXT
plug 'n play CD player, received it in 2 days, and have never looked back
since then.  Of course, EVERY one of our NeXTStation Turbos had individual
copies of NS 3.0 coming to it or already on-board, so we did not have
to deal with the loss of NS 3.0, which would have swayed us to just being
a disappointed customer.

Regards-
Cowboy

Newsgroups: comp.sys.next.misc
From: flog@open.ch (Florian Gutzwiller)
Subject: Re: The easy way to install fonts (Re: Good NeXT ps font collection loaded to sonata!)
Reply-To: Florian.Gutzwiller@open.ch
Organization: Swiss Federal Institute of Technology (ETH), Zurich, CH
Date: Thu, 17 Dec 1992 23:06:22 GMT

> 
> What FontInstaller does is to separate the afm bitmaps and outlines from  
> each font.  Is this the better way of doing it?  or is buildafmdir the  
> better way?
> 

The afm and bitnap directories are leftovers from NeXTSTEP 1.0 times. The  
FrameMaker releases up to 3.0 required these dirs to exist. I haven't seen any  
other apps with this behaviour.

-Florian
--
Florian Gutzwiller		Tel: +41 61 262 05 10, Fax: +41 61 262 05 10
Open Systems AG, Basel		flog@Open.CH
Switzerland			S=gutzwiller;O=open;P=EUnet=A=EUnet;C=CH
Newsgroups: comp.sys.next.misc
Subject: Emacs3.0 on a standalone
From: citdem@VIOLET.CCIT.ARIZONA.EDU
Date: Fri, 18 Dec 1992 01:35:12 GMT
Reply-To: citdem@VIOLET.CCIT.ARIZONA.EDU
Distribution: na,local
Organization: University of Arizona

Hi.  For those in a similar bind, I thought I'd post how I got Emacs3.0
running on my standalone NeXT.  (Remember, I have a standalone with
boot loaded SLIP daemon; but the SLIP line is brought up/down manually.)
The problem was that, to make use of SLIP, I set my hostname to "mccube".
I thought that meant putting "mccube" in /etc/hostconfig and /etc/hosts
with my domain (tucson.az.us) in /etc/resolv.conf. (The INETADDR entry
in hostconfig would be NeXT's default value.)  As SLIP has it's own
config file, these changes in /etc seemed enough.  Not so.  What I needed
to do (at least for Emacs - and maybe others?) was to define "mccube"
using HostManager (domain is "/", IP address = NeXT's default value).
Pretty easy.  Now Emacs3.0 works fine.

Thanks to all who sent advice.  "netters" are a great resource.

Don McCollam
citdem@happy.rc.arizona.edu

(Thanks again, guys!)
Newsgroups: comp.sys.next.misc
From: lam@mrcnext.cso.uiuc.edu (Ken Lam)
Subject: Re: No FrameMaker 4.0 for NeXT?
Organization: University of Illinois at Urbana
Date: Sat, 12 Dec 1992 04:30:35 GMT

[stuff deleted]

You might try posting your question to comp.text.frame.  There are some 
frame.com people who read that.  You can also email them.  I don't have the
docs with me, but I don't see why they shouldn't make a new release for the
NeXT.
--
Ken Lam                                                     (803)-884-7615 (H)
System Administrator                                        (803)-792-4969 (W)
Senior Systems Consultant                                   (803)-792-5446(FAX)
Netware/UNIX System Programmer/Integrator                    lam@jove.cofc.edu
MultiMedia Works & Video Productions ======= Teaching the world in better ways

Newsgroups: comp.sys.next.misc
From: tvz@zandtwerk.Princeton.EDU (Timothy Van Zandt)
Subject: Converting Mac PS fonts to NeXT?
Originator: news@nimaster
Organization: Princeton University
Date: Thu, 17 Dec 1992 23:20:29 GMT


What is the currently recommended way to convert Mac PS fonts
for use on a NeXT?

I see something called mac-fonts2next under 1.0 release
at the purdue archive, and I also have an old posting
about something called mfrc, but I haven't seen that
program at any of the archives.

Thanks.

Tim
-- 
Timothy Van Zandt   (609)258-4050  tvz@Princeton.EDU (NeXTMail)
Newsgroups: comp.sys.next.misc
From: swiet@syzygy.cs.jhu.edu (Alexander Swietlicki)
Subject: Re: Is there a "cut" command available for the NeXT ???
Organization: Johns Hopkins Computer Science Department, Baltimore, MD
Date: Sat, 12 Dec 1992 17:30:15 GMT

	That's cut from ftp.uu.net in /systems/unix/bsd-sources/usr.bin/cut.
There is also a paste command on most unix systems which does the opposite
of cut.  (Also in bsd-sources)  Unfortunately, this creates a conflict with
the NeXT paste command (which uses the pasteboard).
	Guess it won't matter, so long as you have the one you want in your
path first...

	Alex
From: Ron.Pomeroy.X (coop@f236.n104.z1.FIDONET.ORG (Ron Pomeroy X(coop))
Newsgroups: comp.sys.next.misc
Subject: Re: NRW- COMING SOON
Date: 17 Dec 92 19:44:00 GMT
Organization: FidoNet node 1:104/236 - MacCircles, Genesee CO

--  
Ron Pomeroy X(coop - via ParaNet node 1:104/422
UUCP: !scicom!paranet!User_Name
INTERNET: Ron.Pomeroy.X(coop@f236.n104.z1.FIDONET.ORG
Newsgroups: comp.sys.next.misc
From: stukas@mbolo.cc.nd.edu (jim stukas)
Subject: Problems reading Mac disks
Keywords: macintosh file system floppy disk
Reply-To: stukas@mbolo.cc.nd.edu (jim stukas)
Organization: University of Notre Dame
Date: Fri, 11 Dec 1992 18:07:11 GMT

Hello All,
   Recently, I've been trying to help some folks not on the net with their  
new installation of NS 3.0.  One thing they really need this for is to  
transfer (mainly rtf) files to Mac disks.  Now this seems to work fine on  
my machine (non-turbo mono station 20/105) but their machines just seem to  
spit the disk back in their face.
   Now, they can and have transferred the files using FloppyWorks, but  
they want to avoid this.  I remember someone posting some info on some  
sort of problem with the Mac file system when using FW under 3.0.  A  
search of the FAQ and a WAIS archive of the last 10 days of this group  
revealed nothing.
   Can someone remind me what the problem might be and/or tell me how to  
search through any older archives of this group?

   Thanks,

Jim

--
Jim Stukas                          (219) 239-8292
User Services                       Bitnet: jstukas@irishvma
Office of University Computing      internet: stukas@mbolo.cc.nd.edu
University of Notre Dame            NeXT mail cheerfully accepted
Newsgroups: comp.sys.next.misc
From: nevin@dtint.dtint.com
Subject: Re: Addison-Wesley NeXT Docs
Reply-To: nevin@dtint.dtint.com
Organization: Digital Technology, International
Date: Tue, 15 Dec 92 17:41:38 GMT

In article <1992Dec14.191720.5755@chiton.ucsd.edu> cdl@chiton.ucsd.edu (Carl  
Lowenstein) writes:
> In article <1992Dec7.163234.1622@dtint.uucp> nevin@dtint.dtint.com writes:
> >Does anybody know if the printed docs contain the same info as the online
> >docs, or is there something "more" to the printed docs?
> 
> From my point of view, the major thing the printed docs have that
> the online ones do not have is page numbers.  Also an index to go
> with the page numbers, although Digital Librarian is an excellent
> substitute.

In my opinion, Digital Librarian is a superior substitute.
 
> There is no substitute for being able to add ones own notes to a
> book.

You can edit any file on your computer.  I add notes to the online docs all the  
time.  I usually do it in bold, with the text flush left so that it is  
immediately obvious that it's an added note.

However, the printed docs are currently more up-to-date and more complete than  
the online docs.  I received some email from a NeXT employee on this subject,  
an edited copy of which I have included below.  I have no idea why this person  
didn't post this info to the net, but I'm going to respect the person's  
anonymity by editing relevant parts of the message (I hope this person doesn't  
mind the fact that I am posting this, though I don't know why he/she should  
mind).

Included (edited) message follows:

> Some books are different from the on-line version, some aren't.  The one you  
probably care about, the General Reference, has changed quite a bit in some  
places from the on-line version.  I'm not sure exactly what changed, but from  
what I remember, some of the 3D Kit doc has changed, NetInfo Kit doc has  
changed, and the doc for new appkit API, as well as for controls & cells, has  
changed to some extent.  The doc for Indexing Kit and DB Kit has changed a lot.   
I'm sure more has changed, but it's hard to know the extent of the changes,  
since 6+ writers worked on that book.
>
> The OS software and UI books, on the other hand, are the same as the on-line  
version.  The Programming Interface Summary (used to be called "Technical  
Summaries") is available only in printed form -- not online.  I'm not sure what  
the story is on the "Development Tools and Techniques" book.
>
> To be exact, every book has a few sections that aren't online:   
human-generated index, suggested reading, glossary, introduction, and those  
wonderfully aesthetic front and back covers.  And the UI book, in particular,  
works better in print than online because it contains so many figures.
>


--
Nevin Pratt, Digital Technology, Int'l    Orem, Ut
NeXTmail preferred, but ONLY at my REAL email address: nevin@dtint.dtint.com

-- 
---
root	                               root@dtint.dtint.com
Digital Technology Int.                (801)226-2984	
500 W. 1200 South, Orem UT, 84057      FAX (801) 226-8438
Newsgroups: comp.sys.next.misc
From: paul@seer.demon.co.uk (Paul Lynch)
Subject: Re: Reassigning command key equivalents without editing .nib ??
Organization: P & L Systems
Date: Sun, 13 Dec 1992 10:01:10 GMT

In article <1gdv1jINN4sr@agate.berkeley.edu> izumi@pinoko.berkeley.edu  
(Izumi Ohzawa) writes:
> Aaarrggghh,  all convenient command keys equivalents are already
> taken by apps like Edit and Mail, and I don't have any more key
> equivalents to give to a service provider application.
> 
> Is there a way to remove a specific command key equivalent
> on a app-by-app basis, so I can give that to a service ?
> I know I can do this by editing .nib files, but am looking for
> a way that does not mess with bundled app files -- possibly via
> dwrites.
> 
> Note that I do not want to disable a particular command key for
> an app.  I would like to take it off from normal menu items of
> an app, so it can appear instead on an item in Services menu.

Have you considered using Keyboard Alternatives (from Menu Preferences) in  
the Preferences app.  This reassigns a command key to a Menu item,  
whichever apps it may appear in.

If you use italic'ed command keys, you have a lot more to choose from  
(these are Command-Alt, I think).  Possibly services apps should use those  
in preference to normal and shifted keys.

Paul
-- 
Paul Lynch
P & L Systems                   (NeXTmail) paul@seer.demon.co.uk
Tel: (0494)671501                      paull@cix.compulink.co.uk
Fax: (0494)680228                       76711.451@compuserve.com
From: rpomeroy@aunext1.amd.com (Ron Pomeroy x(Coop))
Newsgroups: comp.sys.next.misc
Subject: Re: (RTF) NeXTSTEP award
Date: 11 Dec 92 22:00:33 GMT
Reply-To: rpomeroy@aunext1.amd.com
Distribution: usa
Organization: Advanced Micro Devices, Inc.; Austin, Texas

Repost that sucka' with standard fonts !  (So I can read the whole thing)
--
Ronald Pomeroy
Advanced Micro Devices
CAM/EIS Applications Group
Austin, Texas
rpomeroy@aunext1.amd.com (NeXTmail preferred)
From: nweaver@soda.berkeley.edu (Nicholas C. Weaver (The Weeniehead))
Newsgroups: comp.sys.next.misc
Subject: Re: 100 Mips Intel NeXT.
Date: 12 Dec 1992 02:02:25 GMT
Organization: U.C. Berkeley, CS Undergraduate Association
NNTP-Posting-Host: soda.berkeley.edu


	Why do people make the assumption that NeXT will actually put out a
box based on the Intel chip?  I doubt NeXT would make hardware that is in
direct competition with the cut-rate clones.  NeXT will always have it's
flagship computers, and will probably keep churning out Moto 680x0 based
machines in Freemont.  The NeXTstep 486 will most likely be sold to those
who bought the wrong computer in the first place, or to clone-makers who
will package it preinstalled or something like that.  There is NO reason for
NeXT to produce 80x86 based machines!  Sell the OS on them, yes, but build
them?  Yes, the moto CPUs are more expensive, and yes, they are generally
better, but that cost difference is about $100/machine.  It does get
signifcant with large numbers, but then NeXT hasn't been involved in major
price wars.  If it was an Intel based computer, it might be a different
story.  It's hard to get away with niceties like DSP's, super
power-supplies, CPU to printer connection etc... on an architecture where
price is just about the ONLY thing that the buyer really looks at.  A //
machine would be a different story.  (I could deal with a nice 3+ 486
machine from NeXT), because there isn't the real cuthroatness among the //
machines, and they can be really nice.  (I'm logging in through Soda, a 20
processor Sequent on the Berkeley Campus.  20 386's make for a really nice
multi-user multi-purpose machine).

	Also, the r4000 is a nice chip, (64 bit processor and everthing,
although it's pinouts make it look like a real porcupine), but is SGI
letting it out?  SGI owns Mips now, and so they effectively controll the
supply of the r4000.  Is there currently ANY non-sgi machine that uses the
r4000?

	Furthermore, is the Alpha available to other vendors?  The same goes
for the POWER chip.  And, as for SPARC, NeXT would do better with the same
tactic as the Intel chips, an OS for those who bought the wrong machine.

	-Nick.

p.s.  When I say "wrong machine", I mean that the OS/Architecture
combination doesn't really work for the job that they want it to do, but
NeXTstep corrects that problem.
-- 
Nicholas C. Weaver                                nweaver@soda.berkeley.edu
It is a tale, told by an idiot, full of sound and fury, .signifying nothing.
Newsgroups: comp.sys.next.misc