HDTenEightyP/NetNews huggingface dataset:
From: kenny_leung@mts.ucs.ualberta.ca (Kenny Leung)
Subject: Re: NeXTColor Printer -- MAJOR DISSAPOINTMENT !!!
Reply-To: kenny_leung@mts.ucs.ualberta.ca
Organization: University Of Alberta, Edmonton Canada
Date: Thu, 5 Nov 1992 14:48:11 GMT

In article <Nov04.203130.60902@yuma.ACNS.ColoState.EDU>  
thorson@typhoon.atmos.colostate.edu (Bill Thorson) writes:
> 
>   We have one of the NeXTColor printers and are extreamly
> dissapointed with it.  It was ordered right when the
> printer and 3.0 were announced.  Right now we're thinking
> of sending them it back because it just will not due.
> 
>   NeXT promoted 3.0 and the Color printer saying that with
> their new Pantone color system and the NeXTColor printer
> you finally have a wysiwyg color system.  Colors that you
> see on the screen is what you get on the printer.  THIS
> IS VERY FAR FROM THE TRUTH.
> 

No, NeXT never claimed that the Pantone color system would give you printed colors the same as screen colors.  The screens are not calibrated for that, and usually screen calibration doesn't work that well anyway.  What Pantone is supposed to guarantee is that printed colors match Pantone colors, which you look up in a swatch book.

--
-------------------------------------------------------
Kenny Leung                      
Campus Consultant                
University of Alberta            
kenny_leung@mts.ucs.ualberta.ca 
audix x5537                    


P.S.  Sorry if this post screws up.  NewsGrazer has been doing weird things to me.creens 
Newsgroups: comp.sys.next.misc
From: verket@venice.sedd.trw.com (Paul Verket)
Subject: Re: 14.4 Data/FAX modems
Organization: TRW Systems Engineering & Development Division, Carson, CA
X-Newsreader: TIN [version 1.1 local 1 PL6]
Date: Fri, 6 Nov 1992 00:49:50 GMT

Michael F. Santangelo (mike@starburst.umd.edu) wrote:
: Well, someone in this thread said that Class 1 FAX MODEMs were 'unusable'.

Probably me!

: Wonderful.  I just bought a DSI Scout+ V.42bis MODEM with send/receive
: FAX at Class 1.  When I couldn't get it to work with the 'class 2'
: FAX driver on NS2.2 on my turbo slab, I called DSI (Digicomm Systems Inc,
: they who make this MODEM).  They said that class 2 wasn't CCITT ratified
: at all yet and they were waiting for this to happen before offering up
: new ROMs for this MODEM to do it.  If this is the case, why has NeXT
: used a standard that isn't yet?  Sounds like the only 3rd party MODEM
: out there doing this is the more expensive ZyXel MODEM.
: 
: Please comment.  Anyway to write a 'class 1' driver for NeXTStep's
: PrintManager program to configure such a MODEM with?

My understanding is that the class 1 spec is incomplete in that each
vendor's implementation requires a semicustom driver. You'd therefore
need a driver for your Scout while I'd need a different one for my
Practical Peripherals.

The class 2 spec is supposed to be much more "standard" across modem 
lines. I'm curious if the class 2 spec requires any additional functionality
in the some modems for newly "required" features.

Paul Verket (NeXTmail ok)
Newsgroups: comp.sys.next.misc
From: jonathan@author.ecn.purdue.edu (Jonathan L Neuenschwander)
Subject: Glowing Article on NS 3.0 in UnixWorld
Organization: Purdue University Engineering Computer Network
Date: 10 Nov 92 08:26:09 GMT

I recently picked up the November issue of UnixWorld, and was pleasantly
surprised by the optimistic and upbeat review of NextStep 3.0.  It is in the
"Product of the Month" column even!  Nice change from the general NeXT-had-
some-good-ideas-too-bad-they're-doomed fare I'm used to seeing.

One thing in the article did catch me by surprise though.  In the first 
column, fourth paragraph, in reference to NeXTStep486 it states;

"Next [They don't seem to like the caps in NeXT.  Oh, well.] also says that
the version will let users run multiple Microsoft Windows and DOS sessions
inside Nextstep windows."

Now the last time I saw the FAQ relating to NeXTStep486, it said that there
wouldn't be any support for for DOS/Windows initially, something I always
viewed as being a potentially fatal flaw.  So did UnixWorld mess up, or WILL 
it be possible to run DOS/Windows?

Jonathan


___ |Jonathan      |Internet:jonathan@mentor.cc.purdue.edu|Whom computers
|__||Neuenschwander|NeXTmail:buzz@symphony.cc.purdue.edu  |would destroy, they
|   |              |America Online:Buzz Lee               |must first drive mad
 
--
___ |Jonathan      |Internet:jonathan@mentor.cc.purdue.edu|Whom computers
|__||Neuenschwander|NeXTmail:buzz@symphony.cc.purdue.edu  |would destroy, they
|   |              |America Online:Buzz Lee               |must first drive mad
From: zeno@phylo.genetics.washington.edu (Sean Lamont)
Newsgroups: comp.sys.next.misc
Subject: Re: Kodak Photo CD
Date: 5 Nov 92 10:47:59 GMT
Article-I.D.: u.1992Nov5.104759.10294
Organization: University of Washington, Seattle

In article <1992Nov5.074234.6889@ulrik.uio.no> Stein_Onsrud@siodata.uio.no writes:
>Are there anyone out there on the network, that knows anything about  
>support for the Kodak PhotoCD system on the NeXT Platform. I understand  
>that Sony will very soon ship a CD player that supports the multisession  
>format from Kodak/Phillips, will this player ship as a NeXT Player ?
>On the PC and mac platforms there is allready a number of Software vendors  
>that either already supports the format or say they will. What about  
>software on the NeXT ?

There is a MAJOR thread going on about this in alt.cd-rom (being
erroniously crossposted to alt.sources as well)




-- 
Sean T. Lamont                           |   "Don't oppress me, It's
zeno@genetics.washington.edu             |    'computer of color!' "
lamont@abstractsoft.com                  |_______________________________
Abstract Software
From: jeffo@uiuc.edu (J.B. Nicholson-Owens)
Newsgroups: comp.sys.next.misc
Subject: Re: Amiga / Mac and NeXTStep..
Date: 8 Nov 92 20:07:13 GMT
Article-I.D.: news.BxEyK2.G5E
Reply-To: jeffo@uiuc.edu (J.B. Nicholson-Owens)
Organization: University of Illinois at Urbana

Yamanari writes
> 	On a different note (that is, somethign other than NS486), 
> 	has anyone considered that NeXT ought to do a quickie port
> 	of NS486 to the Amiga (the A4000 is 68040, and there are
> 	a number of 68040 A3000's...) and to the Mac (the 
> 	Quads).. 

If NeXT wants to make money, I would think they'd stay far away from porting to  
just any platform.  Ease of porting doesn't necessarily it would be a good port  
to do.

For the Amiga and Atari markets, piracy is rampant.  Unless there's a hardware  
dongle or board necessary to run it, chances are the number of people that have  
illegal copies of the software will far outnumber the people who bought the  
software and the number of people who bought the software will not be enough to  
cover the cost involved in porting the software.  Even if there were no piracy  
at all on either platform, I doubt many people in the Amiga and Atari markets  
would be willing to spend the money that NeXT would need to justify porting to  
a platform where there are relatively few professionals where money is no  
object.  Both of these platforms are mainly composed of young people that don't  
have much money to spend on computers in the first place.

Given that a top-of-the-line Mac equipped with what a top-of-the-line NeXT  
offers would be in the same ballpark price range as the top-of-the-line NeXT,  
why not just buy the NeXT to start with?  Also, since Quadra machines don't  
compose the majority of the Mac market, yet these machines would probably be  
the ones targeted by a NeXTSTEP/Mac, I don't think it would be very wise to  
pursue such a thing.
-- 
-- Jeff (jeffo@uiuc.edu)
-- NeXTmail welcome
Xref: sparky comp.sys.next.misc:21863 comp.sys.next.programmer:7134
From: cs4w+@andrew.cmu.edu (Charles William Swiger)
Newsgroups: comp.sys.next.misc,comp.sys.next.programmer
Subject: Re: Edit Mode In Terminal.app
Date: 10 Nov 92 11:35:59 GMT
Article-I.D.: andrew.If02gzO00iUyA5ce8=
Distribution: world
Organization: Senior, Chemistry, Carnegie Mellon, Pittsburgh, PA

Excerpts from netnews.comp.sys.next.misc: 9-Nov-92 Edit Mode In
Terminal.app by Sulistio Muljadi@sutro.S 
> I have found that using editmode emacs in Terminal.app is very useful...
> I have been using it for years... and now I missed it on other UNIX
> platform since my work doesnt use any NeXT...  
> Is there any way to get that emacs editmode into other UNIXes, such as SGI,
> Sun, AIX, HP-UX?  For those of u who dont know what is the emacs editmode,
> type set editmode = emacs in ur Terminal.app shell, and use ur Emacs
> keys...

You need to compile a new shell for the other UNIX machines if you want
to use the "emacs-y" features.  The NeXT csh is a very close copy of the
cmucsh, which may or may not be available on the standard UNIX FTP
sites.  Failing that, try either ksh or bash.

-Chuck


+---------------------------------------------+ 
|  Charles William Swiger -- CMU sucks rocks  | "The television screen is the
|   AMS & normal mail: cs4w+@andrew.cmu.edu   | retina of the mind's eye."
|    NeXTmail: <temporarily out of order>     |           
+---------------------------------------------+            --Videodrome
From: andrew@cubetech.com
Newsgroups: comp.sys.next.misc
Subject: Re: Patching g protocol in uucico binary.
Date: 5 Nov 92 12:12:58 GMT
Organization: Cube Technologies, Inc.

In article <2230@ltb.ltb.bso.nl> gerben@rna.indiv.nluug.nl writes:
>Well I could have guessed people telling me to go Taylor :-) I started using
>Taylor in the early 1.03 days and lots too much time with the "locked port"
>problem that afterwards has been solved. I am now waiting for the final
>release of 1.04 and will then go for Taylor again.

If I remember correctly, Ian fixed it the day after you stopped using
it...

>NeXT should go Taylor with the next release. It is far superior to their
>default stuff. They went with gcc, here is another opportunity to have the
>best available thing around: Taylor uucp.

I suggested this to NeXTEdge yesterday (I think it was yesterday...
human time seems to have no meaning to me anymore).  Apparently the
Taylor config files (which are mainly in english) and the fact that it
isn't so damned picky about things like blank lines and related
stupidities in NeXT's current UUCP would be the biggest reason to move
to Taylor for NeXT (apparently NeXTEdge gets a lot of UUCP tech
calls).  There's a chance it may end up in 4.0...


andrew
-- 
andrew@cubetech.com     | "Carpe Nocturn - I get more work done after
Andrew Loewenstern      |  2 a.m. than most people do all day."
Cube Technologies, Inc. |                          - Simson Garfinkle
Xref: sparky comp.sys.next.misc:21813 comp.sys.next.programmer:7112
From: audley@jhunix.hcf.jhu.edu (Christopher D Audley)
Newsgroups: comp.sys.next.misc,comp.sys.next.programmer
Subject: WindowServer connections
Date: 10 Nov 92 01:03:25 GMT
Distribution: na
Organization: HAC - Johns Hopkins University, Baltimore

Its been asked many times how one opens a connection to the WindowServer
when no one is logged in ( by myself at least three times ).  Everytime
I get no useful answer, just a lot of questions of the form "Why would you
want to do that?"

In the hopes that someone will find my cause worthy and answer my question,
here goes:

	I would like to connect a UPS to my NeXTstation that has a
	serial cable through which it notifies the computer when
	the power supply has been interupted.  On the computer I
	would like to have a daemon running which monitors the serial
	port; when the power goes out it will sound an alarm and
	present a count-down timer approximating when power will be
	lost.  This program will need to be able to inform me of a
	problem even when I'm not logged in ( so I can do a clean
	shutdown at the very least ).  In order to do that, I need
	to open a window when no one is logged in.  I do not care
	if I can't use the AppKit, I think I can manage a simple
	timer in PostScript myself.  Having the daemon just assume
	it can shut the computer down if no one is logged in at the
	console is not acceptable, people may have telneted to the
	machine ( and besides, I don't know how to do that either ).

Please, if you know how to do this, tell me.

Chris

-- 
Christopher D. Audley
Elec & Comp Engineering
The Johns Hopkins University
Internet: audley@jhunix.hcf.jhu.edu
Newsgroups: comp.sys.next.misc
From: alberto@parsec.mixcom.com (Manuel Alberto Ricart)
Subject: Re: multiple host renderman rendering?
Keywords: netinfo, locations
Organization: Is the act or process of organizing or of being organized.
Distribution: na
Date: Thu, 12 Nov 1992 02:28:43 GMT



Yeah, why doesn't the render panel say parsec, instead of localhost?
(The rendering mechanism seems to work though...)

-- 
Manuel Alberto Ricart
alberto@parsec.mixcom.com <NeXTMail Welcome>
Newsgroups: comp.sys.next.misc
From: rallan@gun.com (Robb Aley Allan)
Subject: Tim Reed: #2 (others ignore)
Reply-To: rallan@gun.com
Organization: Gulfstream Group, Inc.
Date: Tue, 10 Nov 92 19:07:20 GMT

Tim: let me know if you see #2.

-- 
Robb Aley Allan, The Gulfstream Group
220 Sunrise Avenue, Palm Beach, FL 33480
voice: 407/ 832-4013   email: rallan@gun.com
Co-founder/director, Gotham Users of NeXT (GUN)
From: yu@cs.utexas.edu (Yeong-Ho Yu)
Newsgroups: comp.sys.next.misc
Subject: Appsoft Draw and foreign language font problem
Date: 9 Nov 1992 12:39:30 -0600
Organization: CS Dept, University of Texas at Austin
NNTP-Posting-Host: ai.cs.utexas.edu
Keywords: draw, font

I am trying to evaluate the demo-version of Appsoft Draw.
However, I am having a trouble to change a font to a type 3
foreign language font. Basically, after I select the font, the insertion
curso disappears and, eventually, Draw pops a panel citing an
irrecoverable error. I could use the font with the bundled version of Draw
as well as several other applications without any problem.

Was there any thread on this in this news group?  Does anybody know
an email address of Appsoft for technical questions?

Any suggestions or help would be appreciated very much.

Yeong
-------
From: rpomeroy@aunext3.amd.com (Ron Pomeroy x(Coop))
Newsgroups: comp.sys.next.misc
Subject: Re: Glowing Article on NS 3.0 in UnixWorld
Date: 10 Nov 92 14:41:42 GMT
Article-I.D.: dvorak.1992Nov10.144142.27891
Reply-To: rpomeroy@aunext3.amd.com
Distribution: usa
Organization: Advanced Micro Devices, Inc.; Austin, Texas

In article <jonathan.721383969@author.ecn.purdue.edu>  
jonathan@author.ecn.purdue.edu (Jonathan L Neuenschwander) writes:
>>I recently picked up the November issue of UnixWorld, and was pleasantly
>>surprised by the optimistic and upbeat review of NextStep 3.0.  It is in the
>>"Product of the Month" column even!  Nice change from the general NeXT-had-
>>some-good-ideas-too-bad-they're-doomed fare I'm used to seeing.
>>
>>One thing in the article did catch me by surprise though.  In the first 
>>column, fourth paragraph, in reference to NeXTStep486 it states;
>>
>>"Next [They don't seem to like the caps in NeXT.  Oh, well.] also says that
>>the version will let users run multiple Microsoft Windows and DOS sessions
>>inside Nextstep windows."
>>
>>Now the last time I saw the FAQ relating to NeXTStep486, it said that there
>>wouldn't be any support for for DOS/Windows initially, something I always
>>viewed as being a potentially fatal flaw.  So did UnixWorld mess up, or WILL 
>>it be possible to run DOS/Windows?

The keyword here is *WILL* - as in the future.  And yes...it WILL allow this  
capability - some day :-)  Journalists - tricky bunch 'a folks you know.

--
Ronald Pomeroy - Smalltalk/NeXT psuedo neophyte
Advanced Micro Devices
CAM Applications Group
rpomeroy@aunext1.amd.com (NeXTmail preferred)
Newsgroups: comp.sys.next.misc
From: sherwood@space.ualberta.ca (Sherwood Botsford)
Subject: Re: adding file suffix
Organization: University Of Alberta, Edmonton Canada
Date: Tue, 10 Nov 1992 18:47:50 GMT

Charles William Swiger writes
> foreach f ( * )    <type return>
> mv $f ${f:r}.tiff  <type return>
> end                <type return>

What does the :r do?
From: lane@sumex-aim.stanford.edu (Christopher Lane)
Newsgroups: comp.sys.next.misc
Subject: Re: Icon, or equivalent under 3.0
Date: 12 Nov 1992 21:52:58 GMT
Organization: Stanford University
Reply-To: lane@sumex-aim.stanford.edu (Christopher Lane)
NNTP-Posting-Host: ssrg-next-1.stanford.edu

When I found Icon 2.1 to be unusable under 3.0, I dug into it to find out why.   
The crashes I experienced were due to a dynamically loaded *.nib segment trying  
to instantiate an NXColorSlider view when the NXColorSlider object was  
undefined in 3.0 (not even for backward compatibility).  Several attempts by me  
to splice the missing *.o file back into Icon or the shared system library were  
unsuccessful.  (Still may be possible.)

Since I can't seem to get IconBuilder to so something as simple as Cut & Paste  
in a reasonable way, I was stuck.  Until I got the entirely evil idea of  
resurrecting Icon 1.0.  It runs fine on B&W bitmaps, but not color.  (Without  
NXColorSlider, Icon 2.1 wasn't going to do much with color anyway.)  I also  
hacked the main menu with SegHoarker and InterfaceBuilder to bring it more in  
line with the 2.1 version.  Better than IconBuilder for B&W, for the moment.

Anything to save a buck,

- Christopher
Newsgroups: comp.sys.next.misc
From: pcnot4me@cs.montana.edu (Craig Pratt)
Subject: Re: I want to screw myself over.
Organization: Dept. of Computer Science, MSU, Bozeman Mt 59717
Date: Tue, 10 Nov 1992 22:28:49 GMT

In article <1992Nov10.214422.10697@leland.Stanford.EDU> gcolello@biosphere.Stanford.EDU (Greg Colello) writes:
>In article <16813@umd5.umd.edu> matthews@oberon.umd.edu (Mike Matthews)  
>writes:
>> Yes, that's right.  I want to screw myself over.  In a particular way,
>> though, no 'generic' methods please. :-)
>> 
>> I want some sort of PostScript code that:
>> 	1)	Makes all current windows disappear (fling off screen,
>> gravity-bounce down, I don't care).
>> 	2)	Not affect any new windows that will show up.
>> 	3)	Not let you get to those old windows.
>> 
>> Why?
>> 
>> I'm thinking about having an account set up so that when they log in, a
>> custom app autolaunches, fires off the PS code so you can't get to  
>NeXTstep
>> essentially, waits until that's done, then fires up another application
>> (coXist in this case), waits 'til coXist quits, then logs the user out.   
>In
>> short, I want the NeXT to be an X terminal with no interaction with  
>NeXTstep.
>> 
>> Please don't go off and say 'why the hell would you want to do something  
>like
>> that?'  I have valid reasons that I don't care to go into.  Buying an X
>> terminal isn't a good solution; these NeXTs can be used as regular NeXTs  
>by
>> other users.
>> 
>> If anyone's written some PS code that does what I want (either by  
>accident or
>> on purpose :-)) please send it to me.  NeXTmail'd be too cruel since I
>> wouldn't be able to get out of it....
>> 
>> Or, can anyone say this isn't possible? (and know what they're talking  
>about,
>> too) 
>> ------
>> Mike Matthews, matthews@oberon.umd.edu (NeXTmail accepted)
>
>I just spoke with Alex at Pencom. He said that the new version of coXist  
>(3.0) does exactly that (ie. completely turns the Next into an xterm). Is  
>coXist the only app you wanted to do this with?
>
>-----------------------------------------------------------------
>Greg Colello

I just got my co-Xist 3.0 upgrade yesterday.  It allows you to run in
"takeover" mode where the root X window uses the entire screen.  You can
get back to the NeXT screen with a Command-click where the X root becomes
the background of the NeXT screen.  Man, it is FAST in this mode too.
The accelerated rootless mode is fairly fast too, but it occassionally 
leaves junk behind on the screen.  Very nice overall.

-- 
  Craig Pratt                                          pcnot4me@cs.montana.edu
  Montana State University, Bozeman MT            gcp1070@msu.oscs.montana.edu
   What's the difference between a used-car salesman and a computer salesman?
       A used-car salesman knows when he is lying. - Andrew Loewenstern
Newsgroups: comp.sys.next.misc
From: amr@olive.ucsd.edu (Tony Richardson)
Subject: Re: MATLAB (the missing piece)
Organization: MPL of SIO at UCSD
Date: Wed, 11 Nov 1992 22:07:36 GMT

I'm kind of puzzled about MathWorks's decision only to develop an X
version of MATLAB for the NeXT.  MATLAB Version 4 only produces PostScript 
hardcopy (no meta or gpp anymore), so I suspect that their underlying 
graphics commands are very PostScript-like in nature.  I suppose the 
problem is that they've also added some GUI stuff and that would be much 
more difficult to port.  Personally, I would gladly give up the GUI stuff 
for a NeXTStep version of MATLAB that just displays the graphics.
(The GUI stuff is nice, but I suspect that the overwhelming majority
of MATLAB user's have never used anything other than terminal
interface.)

Tony Richardson
amr@mpl.ucsd.edu
Xref: sparky comp.sys.next.misc:21864 comp.sys.next:226
From: cs4w+@andrew.cmu.edu (Charles William Swiger)
Newsgroups: comp.sys.next.misc,comp.sys.next
Subject: Re: Updating password files remotely...
Date: 10 Nov 92 11:48:22 GMT
Article-I.D.: andrew.wf02sa200WBKQ67VYl
Organization: Senior, Chemistry, Carnegie Mellon, Pittsburgh, PA

Excerpts from netnews.comp.sys.next: 10-Nov-92 Updating password files
rem.. by Robert J. Granvin@umnsta 

> Can someone give me pointers (email, please!) on the best way to update
> user account information without having to go through the user interface
> that it so plainly seems to want to force on you?  I've gone through the
> FAQ's I can find, which has been enlightening on some things, but not this.
> (Because of the network design and planned usage of the slab, all user
> accounts will be on mounted drives - other than root and one or two other
> accounts, nothing will physically reside on the NeXTstation itself...)
>  
> All recommendations for this novice-NeXT-site appreciated... Email is even
> more appreciated...

Get a copy of the /etc/passwd file from the other machines onto the NeXT
(or have it available from one of the NFS directories).  The appropriate
command to load the passwd file into the NetInfo database is "niload -d
passwd . < _DEC_passwd_file_".  Note that you must be root to do this.

If you want to automate this process, have this command run from crontab.

But you'd be much better off using yp/NIS; updating things like
/etc/passwd when necessary is what yp/NIS was designed to do.

-Chuck


+---------------------------------------------+ 
|  Charles William Swiger -- CMU sucks rocks  | "The television screen is the
|   AMS & normal mail: cs4w+@andrew.cmu.edu   | retina of the mind's eye."
|    NeXTmail: <temporarily out of order>     |           
+---------------------------------------------+            --Videodrome
Newsgroups: comp.sys.next.misc