HDTenEightyP/NetNews huggingface dataset:
From: Joseph R. Grace <JGrace@TetraSoft.com>
Subject: Re: Urge NeXT to support (complete) IXKit
Organization: TetraSoft International
Date: Mon, 14 Dec 1992 16:47:54 GMT

Yet another update!

I have received two new suggestions for contacts Developer Tool support within  
NeXT:

The first suggestion:

  The only effective people within NeXT who should be sent e-mail in support of 
  the IXKit are:
  Steve_Jobs@next.com		acting head of Software
  Brett_Bachman@next.com	head of SW product marketing

and the second:

  Leo Hourvitz would probably be the best
  person to send mail to at NeXT.  He's software director or somesuch...

So the new contact list follows:

Bottom-Up Contacts (in no particular order):

			    Organization (take with a grain of salt :-)

1.  Bambi_Fernandez         Developer Advocate Team
2.  Margaret_Chan           Strategic Products (e.g., DBKit)
3.  KOrem                   Developer Advocate
4.  Mai_Nguyen              Tech Support
5.  Eric_Chu                3.0 Beta Program Coordinator
6.  Rick_Jackson	    Development Environment Director
and...
7.  Brett_Bachman           Head of Software Product Marketing
8.  Leo_Hourvitz            Software Director

Add to these any other Developer Support, Developer Advocate or Marketing  
contacts you may have.

I would like to thank everyone who contributed to this list of NeXT contacts.   
Also I would like to thank everyone who has (or is about to) contact NeXT in  
support of the IXKit.  I think the IXKit has a lot of core functionality and  
can't wait to see it completed.

Finally, I would just like to note that an IXKit mailing list has been created  
(thanks to Andrew Loewenstern!).  You can subscribe to the mailing list by  
sending your request to:

  ixkit-request@cubetech.com  (administrata)

Cheers,

= Joe =
-- 
Joe Grace <JGrace@TetraSoft.com>               (e-mail and NeXT-Mail accepted.)
TetraSoft International   Business and Personal Productivity Tools for NeXTSTEP
Newsgroups: comp.sys.next.programmer
From: lemson@ux1.cso.uiuc.edu (David Lemson)
Subject: Re: experienced NeXTSTEP programmer shortage
Organization: University of Illinois at Urbana
Date: Sun, 13 Dec 1992 08:52:37 GMT

thomsen@spf.trw.com (Mark Thomsen) writes:

>Art Isbell writes
>> So now's the time for you to go for it!  Unfilled positions are begging for
>> your expertise (in NeXTSTEP software development) ...

>I have had similar experiences - lots and lots of opportunities for experienced  
>and skilled NeXTSTEP software developers. Especially if you are willing to  
>locate to SF Bay Area, Chicago, New York area, LA, or Texas. Buying NeXTs and  
>believing in the vision is easier than finding the talent to create those  
>custom applications.

>A sellers market at this moment.

You wouldn't believe how many headhunters call me in search of
NeXTSTEP programmers. (UIUC is fed heavily by students who are from
the Chicago area, and that is where much of the activity is, of
course).
Because our CS department believes in Suns and plain-jane C, I have
had to tell them 'well, you can wait until the 3 people I know who
have written anything in NeXTSTEP graduate in 2 years!'.  (This is
changing rapidly on our campus with the addition of 60 new public
lab machines this past summer, however)
-- 
David Lemson                                                (217) 244-1205
University of Illinois NeXT Campus Consultant / CCSO NeXT Lab System Admin
Internet : lemson@uiuc.edu                UUCP :...!uiucuxc!uiucux1!lemson 
NeXTMail accepted                                  BITNET : LEMSON@UIUCVMD
Newsgroups: comp.sys.next.programmer
From: gad@eclipse.its.rpi.edu (Garance A. Drosehn)
Subject: Suggestion for all "Info..." panels
Date: Thu, 17 Dec 1992 23:35:49 GMT

Here's a simple little idea that occurred to me, and since it's mine I've  
managed to convince myself that it's brilliant in it's own little way.

For anyone who puts their email address in the info panel, make that (the  
email address all by itself) a separate text object, and make it selectable.   
That way someone can get your email address by just triple-clicking on it  
and doing a command-c.  This would be nicer than requiring the person leave  
the info panel visible while they retype the email address by hand.

--
Garance Alistair Drosehn     =     gad@eclipse.its.rpi.edu
ITS Systems Programmer            (handles NeXT-type mail)
Rensselaer Polytechnic Institute;           Troy NY    USA
Newsgroups: comp.sys.next.programmer
From: andrew@cubetech.com (Andrew Loewenstern)
Subject: Re: Urge NeXT to support (complete) IXKit
Organization: Cube Technologies, Inc.
Date: Sun, 13 Dec 1992 11:39:40 GMT

In article <1gar9rINNkul@darkstar.UCSC.EDU> isbell@cats.ucsc.edu (Art Isbell) writes:
>
>In article <11DEC199209422447@mpx2.lampf.lanl.gov> silbar@mpx2.lampf.lanl.gov (Dick Silbar) writes:
>>I might have missed a turn here, but has NeXT ever announced that there
>>WILL be a 3.1?
>
>Not to my knowledge.  NeXT has stated that NeXTSTEP on black and Intel hardware
>will be identical and that NS 486 will be released before NS 4.0.  If one
>assumes that NeXT realizes that NS 486 must be really rock-solid when it hits
>the streets, then the "softness" of 3.0 will need to be "firmed up" before NS
>486 is released.  This might suggest an interim release to some.

Did you ever think for a second, after playing with 3.0-release for a
few days, that NeXT would not put out a 3.1?


andrew
-- 
andrew@cubetech.com      |  "C++'s runtime sucks shit!  Virtual functions
Andrew Loewenstern       |   can go straight to hell!"  - Ron Pomeroy
Cube Technologies, Inc.  |                   ForYourEyesOnly public key:
0000000701B61D1ADF0DFC9C16185CEA055200000007EB4A9FEB1922065D471A89E905B5
Newsgroups: comp.sys.next.programmer,comp.sys.next.misc
From: irving@Happy-Man.com (Irving_Wolfe)
Subject: Re: Garfinkel/Mahoney Book Update
Reply-To: Irving_Wolfe@Happy-Man.com
Organization: Happy Man Corp., Vashon Island, WA 98070-7399
Date: Tue, 15 Dec 1992 04:32:56 GMT

Okay, all the $37 copies have been sold.

Please save me the trouble of writing back to you, by acknowledging
in your future orders that the price is $40, shipping included to
U.S. destinations.

If you wish you'd been in the initial order, next time _act_
instead of contemplating, especially if you're dealing with a known
fool like me, who gives good deals to begin with.  If the news just
didn't reach you in time, pay a few bucks for a decent connection.

As I said:

>3.  Re-orders will necessarily be in smaller quantities, since I'm 
>not willing to risk getting stuck with 30 copies on the shelf here.  
>That means a much smaller discount.  

>The book, as described in comp.sys.next.misc by an early reviewer,
>Claude W. Anderson:

>> In mid-January, I was faced with the reality that in 7 weeks I was 
>> scheduled to teach NeXTSTEP programming to a group of 70 freshmen
>> . . . .  My first two weeks with the book was sufficient to take me 
>> from total trepidation about doing the course to a reasonable level 
>> of confidence (and competence, I hope).  That in itself says a lot 
>> for the book. . . .  I think they did well to concentrate on 
>> getting the user comfortable with a few classes rather than trying 
>> to be encyclopedic.  The encyclopedic documentation already exists; 
>> the tour guide is what is needed (and provided). 

>[Note that if you _want_ the encyclopedic documentation, I'm still
>selling the official NeXTSTEP 3.0 Developer's Library, too, at the
>attractive price of $224.06 for the 8-volume set.]

>To order, if you want to, send me your:
>	name
>	shipping address
>	telephone numbers (specifying day/evening as appropriate)
>	fax number (if available)
>	e-mail address
>	credit card number and expiration date
>	AND PLEASE TELL ME WHAT YOU ARE ORDERING since I'm still
>	 selling the NeXT Doc Set too.

Please be careful doing this; we got two bad credit card numbers 
(both from a single digit mis-typed), two missing cities, and two 
bad e-mail addresses among the orders to date.  No big deal, but it 
slows things down and means extra work for both of us.  That's the 
kind of time-waste that forced me to raise the price.  

Overseas orders are $10 additional.

All future orders should preferably be by regular e-mail, not fax, 
phone, NextMail (unless you're including your fingerprints,
voiceprint, or wedding photo), etc.  
-- 
 Irving_Wolfe@Happy-Man.com      Happy Man Corp.  206/463-9399 x101
 4410 SW Pt. Robinson Rd., Vashon Island, WA  98070-7399   fax x108
 We publish SOLID VALUE for the intelligent investor.   NextMail OK
Info free; sample $20.  Send POSTAL addrs: Solid-Value@Happy-Man.com
From: rpomeroy@aunext1.amd.com (Ron Pomeroy x(Coop))
Newsgroups: comp.sys.next.programmer
Subject: Re: NeXT and Universities
Date: 16 Dec 92 16:10:07 GMT
Reply-To: rpomeroy@aunext1.amd.com
Distribution: usa
Organization: Advanced Micro Devices, Inc.; Austin, Texas

In article <1glnhlINNij@usenet.INS.CWRU.Edu> cm601@cleveland.Freenet.Edu  
(Bradley Alexander Derrick) writes:
>>
>>	I am "lucky" I would say to have exereinced enough computer
>>knowledge to run circles around most of the people who publish articles for
>>magazinse like _Comuter Shopper_ and _PC World_.  I seem to be able to pick
>>up on these things easil :>.  Earlier this semester I got a hands on
>>experience with a NeXT which blew me away..  I had seen SUN's and Mac
>>Quadra's and wasn't really imressed.  But the NeXT's ease of programing and
>>open system was ver impressing.  I posted a message (8501) were I tried to
>>find out a little more about the NeXT(12/14/92).  So I went down to the
>>bookstore and picked up NeXTWorld and perused it.  Steve Jobs is one smart
>>cookie.  I would like to professionally developing software after college,
>>or at least doing something computer related.  Either way I would like to
>>do what ever I plan on, on the NeXT.  So I guess it is reasonable to ask
>>what universities offer programs(classes that is) that revolve around 
>>application development on Steve Job's machine.
>>
>>	I have developed aprox. 10 apps on the
>>IBM which are written in Turbo PASCAL(which is very laughable compared to
>>the NeXT's Obj-C).
>>
>>-  Al  -
>>P.S. I guess its kinda good to still be a junior in high school, because I
>>still have many doors open.

University of Houston does a lot of work with Obj-C and NeXTstep.
But hey...look at a NeXTonCampus.  There are a bunch of universities
that have and actively use NeXTs.

--
Ronald Pomeroy		[Objective-Cruntime: [Smalltalk runtime]];
Advanced Micro Devices	[self dream-on];
CAM Applications Group
rpomeroy@aunext1.amd.com (NeXTmail preferred)
From: maurices@spock.dis.cccd.edu (Maurice Shihadi)
Newsgroups: comp.sys.next.programmer
Subject: Need public domain back end database to play with DB-kit.
Date: 12 Dec 92 22:23:02 GMT
Organization: Coast Community College District, Costa Mesa, CA

Could someone refer me to a public domain database so that 
I could play around with DB-kit.  I've got no real use to
justify purchasing a license to use a commercial app.

maurices
Newsgroups: comp.sys.next.programmer
From: gordie@yamanote.dolphin.com (Gordie Freedman)
Subject: Drag and Drop to App Icon question
Reply-To: gordie@yamanote.dolphin.com
Organization: Dolphin Software
Date: Thu, 17 Dec 1992 07:21:47 GMT

I'd like to have an app that accepts a drag and drop operation from something  
in the workspace browser onto the Icon of my running application. I essentially  
want to get the path name of the object dropped.

More clearly, I start up my app, it just displays a menu, no windows, although  
the App icon is displayed. I then drag a file out of the workspace browser onto  
the App icon, and I want the app to get notified and be able to query the  
filename. Of coursse I also want to do this for directories as well. 

Can this be done, or do I need a window (or miniwindow) to drop the file onto?  
Any pointers to coding examples or Digi Lib docs that do this?

Thanks in advance (Nextmail is fine)

-- 
Gordie Freedman gordie@yamanote.dolphin.com   ->   NextMail encouraged
(Disclaimer: Opinions expressed are my own and represent no one else.)

Newsgroups: comp.sys.next.programmer,comp.sys.next.misc
From: monty@intuitiveedge.com (Montgomery Zukowski)
Subject: Radio Recorder prototype done, anyone interested
Reply-To: monty@intuitiveedge.com
Organization: The Ohio State University
Date: Wed, 16 Dec 1992 15:30:59 GMT

	I've got a prototype program called Radio Recorder which lets you  
specify times to record from the microphone or DSP for playback later.  I just  
leave my radio connected and it records the NPR programs I want to hear later. 

	I'm trying to decide what to do with the program.  If there is  
sufficient interest I could finish it and sell it, but I'm not sure how many  
people have an extra 55 Meg or more on their hard drive for recording a couple  
hours worth of material.
	My real hope is that there is some company or organization that needs  
to monitor the radio or audio of TV or any other sampled data that they want  
to monitor for certain periods.  There are many ways I could make the  
prototype more powerful, like having it work over a network, having recordings  
indexed to real time, and controlling radios through the serial ports.
	I also have a design but no prototype for an application that would  
let you play back huge sounds easily and let you fast forward and reverse and  
skip ahead and back while listening so you can skip commercials or whatever.
	I'd be happy to work under contract or work on spec for a negotiated  
product price.  I'm open to suggestions and available!  (Not enough contract  
work for NeXTs here in Columbus,OH)

Talk to me at "monty@IntuitiveEdge.com"

Later,

Monty
From: donovan@skye (Donovan Kolbly)
Newsgroups: comp.sys.next.programmer
Subject: A more complicated RenderMan question -- trace()?
Keywords: RenderMan, NeXTSTEP 3.0
Date: 18 Dec 92 05:21:36 GMT
Reply-To: dkolbly@ccwf.utexas.edu

OK, prman gurus out there:

I am trying to do reflections in surfaces (a nice, obvious sort of  
thing to want a renderer to do.)  I can make environment maps work, but  
they don't seem suitable for close-quarters reflections (the RM  
Companion even says so.)

So, the question is:  Does "trace()" do what it sounds like it should  
do (that is, actually trace rays), or does it only consider light  
sources?  The RM Companion implies that it is up to the renderer, a la  
illuminate().  So then, what does prman do?  illuminate() SEEMS to only  
consider light sources.  prman doesn't seem to be implement shaders  
using trace(), and thinks it wants only one argument anyway!?  What is  
going on here?

The results oriented question:  How can I get good, up close,  
convoluted reflections?

The knowledge oriented question:  What is the philosophy of prman in  
this regard?  For that matter, what is the definitive spec of the  
implementation of prman on the NeXT.  I can't afford Pixar's RenderMan  
toolkit.

Enough rambling.  Is there a renderman newsgroup?

-- Donovan Kolbly
   dkolbly@cs.utexas.edu
Newsgroups: comp.sys.next.programmer
From: krtamura@athena.mit.edu (Kohichi R Tamura)
Subject:   Boot up problem.
Organization: Massachusetts Institute of Technology
Date: Fri, 18 Dec 1992 17:52:58 GMT

This may be too basic for this group, but I just got my 3.0 upgrade
and the boot seems to hang at "Checking System Files".  The first 3.0
I used was fine, but I took it back to get NeXTCD added.  As far as
I can tell, all the man did was copy NeXTCD onto the drive off of a
CD ROM.  I ahve 35MB left on the drive, so I don't think anything was
overwritten.  And the SCSI address is 0, so that should be ok.  Did
some file have to be altered for the store to copy the stuff onto
the disk?  Can anyone help me with this?  I would take it back to the
store, but I have been there 5 times this week trying to get my
computer upgraded .....

Thank you for any help you can offer.

K. Tamura
Newsgroups: comp.sys.next.programmer
From: anderson@macc.wisc.edu (Jess Anderson)
Subject: Help a Neophyte, Please
Organization: Madison Academic Computing Center, UW-Madison
Date: Sun, 20 Dec 92 10:24:54 GMT


In my current project, I have 24 radio buttons that I want
to behave like a matrix, in so far as clicking one unselects
all the others.  But I want these cells to be at arbitrary
positions in the window (they're points on a map, actually).
I could live with a regular matrix, but the interface
wouldn't be nearly so nice-looking.  How can I do this, or
can I at all?

I've gone to the trouble of putting the map tiff on a very
large button in the window, then putting single radio
buttons at each city location and assigning each its name
and a tag.  Looks great!  But of course in test mode, all
the buttons are on at once, which is not going to work
further along.

I'd appreciate any help anyone cares to offer.  I'm using
3.0 PB and IB for this.

-- 
[Jess Anderson <> Madison Academic Computing Center <> University of Wisconsin]
[Internet: anderson@macc.wisc.edu <-best, UUCP:{}!uwvax!macc.wisc.edu!anderson]
[Room 3130 <> 1210 West Dayton Street / Madison WI 53706 <> Phone 608/262-5888]
[---------> Discrimination, Bigotry, and Hate are not Family Values <---------]
Newsgroups: comp.sys.next.programmer
From: shanega@athena.mit.edu (Shane G. Artis)
Subject: Re: RenderMan shadow maps (was Re: Arrgh  - Renderman is crashing - HELP)
Keywords: prman, shadows
Organization: Massachusetts Institute of Technology
Date: Tue, 15 Dec 1992 03:47:40 GMT

In article <1992Dec14.041302.472@stone.com> bbum@stone.com writes:
>In article <1992Dec13.063538.9696@athena.mit.edu> shanega@athena.mit.edu  
>(Shane G. Artis) writes:
>> While there's a little attention focused on prman and qrman I'll insert
>> my favorite question into the discussion:
>> 
>> How on earth do you create shadows with prman???
>
>You can create your zfile with a call along the lines of:
>   RiDisplay("filename.z", "zfile", RI_Z, RI_NULL)
>
>However, I have not yet decided on the best suffix to use, as .z is already  
>in use.  I use .zfile instead of .z.
>
>Using the depth mapped file, once you have it, is still no joy!
>
>wick

I got several answers to this one (where do these people find
documentation?) so I thought I'd follow up.  The technique described
above works fine and I'm much happier.  I then thought that it would
be nice to add a shape to 3DReality (I'm not affiliated) that included
a shadow light source shader.  Things got a lot tougher here though.
The API doesn't allow a bundled object to render the whole scene to
get a z-buffer image that can be passed as an argument to the
lightsource shader (at least I couldn't get it to work, which is a
different thing).  It looks like shadow sources need to be a
higher-level object in 3DReality (or maybe any RenderMan front end
with an API?).  So, I'll direct my comments to Stone Design and the
other front-end designers.  Is there any plan to include automatic
shadow generating sources in later releases?  This is a major addition
to photorealism.

Regards,

Shane
Newsgroups: comp.sys.next.programmer
From: wave@media.mit.edu (Michael B. Johnson)
Subject: Re: Arrgh  - Renderman is crashing - HELP
Keywords: 3d,molecule,renderman,help
Organization: MIT Media Laboratory
Date: Sat, 12 Dec 1992 21:39:59 GMT

In article <Bz5rC9.1A9@rice.edu> steve@ion.rice.edu writes:
>>
>>For the last few days I've been working on a molecule display app using  
>>renderman. It's now working perfectly, with one exception. Whenever I try to  
>>draw a large molecule (300-400 spheres), renderman chokes. I get a message on  
>>the console about renderman losing it's connection to the window server or  
>>something. After digging around the filesystem for a while, I located the place  
>>where the renderman daemon writes ITS errors, and discovered a variety of  
>>messages all boiling down to "out of memory", including some that explain why  
>>it can't connect to the window server (memory problems again). Thinking back, I  
>>remember similar problems when I tried to put too many spheres in when  
>>debugging Plot3D.   Is there any way to increase the amount of memory the  
>>renderman daemon has available to it???  NeXT's complete lack of documentation  
>>doesn't help the situation at all!    Any advice at all would be greatly  
>>appreciated!



Well, there's documentation, and then there's documentation.  I'm staring
at some mighty fine 3.0 paper doc right now, but unfortunately, not everything
has a man page...

Anyway, given the relative fragility of qrman (compared to prman), I'm not
surprised it's choking.  I can't believe there are any compiled in limits
for the amount of geometry, so you might try this on a machine that has
a good amount of memory and lots of swap space and see if it dies in the 
same way (i.e. same size database).  I'm killing qrman pretty repeatedly
these days, when I give it badly shaped polygons, and it wedges it well
enough make it that I have to reboot.  We can only hope 3.1 has a more
robust qrman. 

-- 

-->  Michael B. Johnson
-->  MIT Media Lab      --  Computer Graphics & Animation Group
-->  (617) 253-0663     --  wave@media-lab.media.mit.edu
From: wrb@ulnar.biostr.washington.edu (William Barker)
Newsgroups: comp.sys.next.programmer
Subject: Re: How to limit window size of app
Date: 15 Dec 92 20:25:38 GMT
Article-I.D.: u.1992Dec15.202538.18129
Organization: University of Washington

In article <1992Dec15.175215.13932@dtint.uucp> nevin@dtint.dtint.com  
writes:
> In article <1992Dec13.222309.16899@serveme.chi.il.us>  
datec@gagme.chi.il.us  
> (Charles Robinson) writes:
> > William Barker (wrb@ulnar.biostr.washington.edu) wrote:
> > : Hej,
> > : 
> > : Hopefully an easy question that I'm too lazy to look up for myself:
> > : 
> > : How does one limit the size of an app's window?  For example, not  
letting  
> > : the user resize a main window to less than a certain size, or more  
than a  
> > : certain size.
> > : 
> > : Hope this is an easy one.
> > :
> > Certainly is --- look at the code in DrawDocument.m method  
windowDidResize
> > in the Draw example. Basically you just apply the constants you want  
to
> > to width & height after the user has made his attempt at resizing. 
> 
> No, no, no.  This is the old solution.  While this was easy, it is now  
even  
> easier.  Under 3.0, just send the window a '-setMinSize:' message (or  
> '-setMaxSize:', whichever is relevant).
> 
> --
> 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

Thanks to all who answered my original post, both the email responders and  
the Net repsonders.  

Most of the responses were programming related.  That's not a problem, but  
there is an real easy way to limit the small end of the window size:  See  
the Size inspector panel in IB, when inspecting the window you want to  
limit.  There's a Minimum size feature that you can either set to you own  
coords, or there's a button that sets the coords to the window's current  
size.  Very handy. 

So, at least half the answer was to be found in IB.  As it happens, that's  
the answer I was after.

Again, thanks to all the responders.

And now back to your original programming....

bb 

--
Bill Barker--Biological Structure--University of  
Washington--Seattle--WA--98195
(206) 543-7315
Newsgroups: comp.sys.next.programmer