HDTenEightyP/NetNews huggingface dataset:
From: absurd@apple.apple.com (Tim Dierks, software saboteur)
Subject: Re: Complex window and popup v
Date: Tue, 10 Nov 1992 03:38:52 GMT
Distribution: comp.sys.mac.programmer
Organization: MacDTS Marauders
Followup-To: comp.sys.mac.programmer

In article <ALESKINE.92Nov9221258@cardhu.cs.hut.fi>, aleskine@cs.hut.fi
(Arto Leskinen) wrote:
> My window has similar look than finder's. So I do not want scrollbars all the
> way. And I do not want line that goes up. Is there any way to stop drowing on
> update?
> 
> Now I draw white line on top of irritating line, but user has enough time to
> see black line flashing before I remove it.

This line is being draw by DrawGrowIcon(); it also draws the lines along
the sides of the window.  To keep it from drawing it all the way up, you
can use the clipRgn to mask out that part of the window before calling
DrawGrowIcon.  What I generally do is make the clip region just the
16x16 square at the bottom right of the windoe before calling
DrawGrowIcon; then it only draws the grow icon, and nothing else.
Here's some code (off the top of my head, never compiled):

void
DrawGrowInWindow(WindowPtr window)
{   RgnHandle       saveClip,newClip;
    Rect            r;
    GrafPtr         oldPort;
    
    GetPort(&oldPort);
    SetPort(window);

    saveClip = NewRgn();
    CopyRgn(window->clipRgn,saveClip);
    
    r = window->portRect;
    r.top = r.bottom - 16;
    r.left = r.right - 16;
    newClip = NewRgn();
    RectRgn(newClip,&r);

    SectRgn(saveClip,newClip,saveClip);
    
    SetClip(newClip);
    
    DrawGrowIcon();

    SetClip(saveClip);

    DisposeRgn(saveClip);
    DisposeRgn(newClip);
    
    SetPort(oldPort);
}

Enjoy;
Tim Dierks
MacDTS, but I speak for myself.
Newsgroups: comp.sys.mac.programmer,comp.sys.mac.comm
From: aep@world.std.com (Andrew E Page)
Subject: Re: Thin Versus Thick Ethernet and MacTCP
Organization: The World Public Access UNIX, Brookline, MA
Date: Mon, 9 Nov 1992 14:33:08 GMT


     I don't have much experience with the Assante Enet boards, but
theorectically speaking there should be no difference between how
it operates between Thick and Thin-net.  However I do know that
MacTCP now sits at version 1.1.1.  
    The network software installer for the Mac is now at version
1.2.3.  I would suggest that you get a copy of the this and
run the install on all your machines so that they are 
all "on the same sheet of music".  

-- 
Andrew E. Page   (Warrior Poet) |   Decision and Effort The Archer and Arrow
Mac Consultant                  |     The difference between what we are
Macintosh and DSP Technology    |           and what we want to be.
Newsgroups: comp.sys.mac.programmer
From: wdh@netcom.com (Bill Hofmann)
Subject: MachineLocation dlsDelta: can I set?
Summary: Does apple plan to do anything with this?
Keywords: MachineLocation dlsDelta 
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Date: Fri, 13 Nov 1992 18:02:13 GMT

IM V describes the MachineLocation struct and routines to set/get the
CPU's location.  One of the fields is gmtFlags.dlsDelta, which is totally
undocumented, and from what I can tell, unused, but always 0.  I'd love to
use it for, of all things, daylight savings delta information.  Is there anyone 
who knows anything about this field?  Anyone care to email me on the
side with Apple's future plans? (I'm already so non-disclosed, I can't
tell you my real name...).

-Bill Hofmann (or so you think)
From: taihou@chromium.iss.nus.sg (Tng Tai Hou)
Newsgroups: comp.sys.mac.programmer
Subject: Trap keystrokes init code?
Date: 6 Nov 92 03:41:23 GMT
Organization: Institute of Systems Science, NUS, Singapore
Originator: taihou@chromium

Help.

I need to trap keystrokes at the init level for further processing
before it gets pass to any other application.

Can someone kindly show me how? Source code of any kind,
especially Think C source would be a great help to me.

Thanks.

Tai Hou Tng
taihou@iss.nus.sg
From: mkelly@mystix.cs.uoregon.edu (Michael A. Kelly)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Copybits/Offscreen drawing...
Date: 6 Nov 92 03:26:10 GMT
Article-I.D.: cs.1992Nov6.032610.1274
Organization: High Risk Ventures

In article <QeyRNC_00WBMQ9JI8O@andrew.cmu.edu> "John A. Fedak" <jf3c+@andrew.cmu.edu> writes:
>yo,
>
>I'm not getting any results (i.e. blank window).  I guess I should
>be glad it's not crashing.
>
>	CopyBits(newWorld->portPixMap,currPort->portPixMap,
>			 &newWorld->portRect  ,&currPort->portRect  ,srcCopy,0);		 

That should be
	CopyBits( &newWorld->portPixMap, &currPort->portPixMap,
		&newWorld->portRect, &currPort->portRect, srcCopy, 0 );

Mike.
-- 
_____________________________________________________________________________
Michael A. Kelly                                               Senior Partner
mkelly@cs.uoregon.edu                                      High Risk Ventures
_____________________________________________________________________________
From: marioa@park.bu.edu (Mario Aguilar)
Newsgroups: comp.sys.mac.programmer
Subject: 3D Graphics drawing subroutines
Date: 13 Nov 92 17:14:01 GMT
Distribution: comp
Organization: Boston University Center for Adaptive Systems

I have just ordered a Mac and can't wait to start programming it.  I 
would like to know which 3D graphics subroutines people usually use.
Preferably PD stuff.  I know that a version of phigs exists for the
Mac.  What about a renderman CD I saw advertised?  Is it really THE
renderman or just sample files? I'll appreciate any information on
these. 

Thanks,
Mario.

--
Mario Aguilar
Center for Adaptive Systems
Dept. of Cognitive & Neural Systems
Boston University
From: sk4i+@andrew.cmu.edu (Samuel John Kass)
Newsgroups: comp.sys.mac.programmer
Subject: Re: The Forgetful Finder
Date: 7 Nov 92 13:18:42 GMT
Article-I.D.: andrew.sez4vGa00iUx43I41T
	<CSTROCKB.92Nov6232011@csws12.cs.sunysb.edu>
Organization: Sophomore, Math/Computer Science, Carnegie Mellon, Pittsburgh, PA

Running 7.0.1+TuneUp on a Mac ][ci, and my Finder looses this
information about specific windows periodically as well.  It ALWAYS
turns them the 'standard size' (size of a New Folder), and large icon,
but the POSITION of the icons in the window remains.  This makes for a
lot of overlapping, big icons, since I normally use the small icon mode.

I just assumed this was one of the 1,200 known bugs in Sys 7.

    --Sam
Newsgroups: comp.sys.mac.programmer
From: sethi@pokey.cis.udel.edu (Adarshpal S Sethi)
Subject: Developing programs for low-end Macs
Organization: University of Delaware, Newark
Date: Fri, 13 Nov 1992 18:17:36 GMT

I am developing a program using Think C that is
required to run under both System 6 and System 7
as well as on low-end Macs including the 128K and
512K Macs. The only machines available to me are
the Mac SE and the MAC II. My question is: What
care/precautions should I take during the development
to ensure that the program will meet these
requirements? Thanks in advance for all responses,

Adarsh Sethi
sethi@udel.edu
From: rson@rhi.hi.is (Mimir Reynisson)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Super-Floating Windows
Date: 6 Nov 92 08:42:13 GMT

Punch a hole in the GrayRgn and do all your drawing in it. The window
manager will respect that hole at all times.
Newsgroups: comp.sys.mac.programmer
From: simsh@marcus.its.rpi.edu (Chewbacca)
Subject: Keys to activate THINK Back?
Date: Mon, 9 Nov 1992 18:06:17 GMT

Hi, could anyone tell me the keys to activate THINK Back? I forgot what they
are, and don't want to set the PREF resource so it comes on all the time.
Thanks!

-- 
-------------------------------------------------------------------------------
     Hillel Sims                        e-mail: simsh@rpi.edu
     >:-) The Smiling Vulcan            Rensselaer Polytechnic Institute
Newsgroups: comp.sys.mac.programmer
From: aep@world.std.com (Andrew E Page)
Subject: Re: ThinkC or ThinkPascal?
Keywords: ThinkC, ThinkPascal, Mac programming environments
Organization: The World Public Access UNIX, Brookline, MA
Date: Mon, 9 Nov 1992 14:57:44 GMT


   The Mac started out as a 'pascal' machine, but as the world
and languages evolved C became the way to go, although much
pascal remains.  At the moment I would say that most of the 'new'
work on the mac is being done in C and most of the example code
is available in C as well.  

   If you're just starting out with programming macs, go with 
Think C for a start.  It has a MUCH shorter learning curve than
does MPW, although MPW cannot be beat for raw horsepower and 
flexibility.  As you develop your skills you may want to consider
migrating.  

-- 
Andrew E. Page   (Warrior Poet) |   Decision and Effort The Archer and Arrow
Mac Consultant                  |     The difference between what we are
Macintosh and DSP Technology    |           and what we want to be.
From: macman@bigwpi.WPI.EDU (Chris Silverberg)
Newsgroups: comp.sys.mac.programmer
Subject: Help with dialog bug
Date: 9 Nov 92 01:52:36 GMT
Organization: Worcester Polytechnic Institute
NNTP-Posting-Host: bigwpi.wpi.edu

Hello all.

I was wondering if someone might have experienced a bug that 
I apparently have in a program.... my program has two dialog 
boxes that it uses, the first being a modeless dialog that comes 
up when the program is launched.  The second is a modal dialog 
that displays the information when the user chooses "About...".

When I start up the program, and I choose "About...", my second 
dialog box comes up fine.  It has one item, a PICT that has a 
picture.  It also has a filter proc so that the first mousedown 
that occurs in the window closes it.  My about routine allocates 
and deallocates this dialog each time.

Now, that all works fine.  But if at any time after that I move 
my modeless dialog (which is done by a DragWindow call in my 
event loop), and at ANY time AFTER that, when I bring up my 
About box, the PICT that is in there is slightly offscreen on 
the top.  Somehow, the PICT just moved about 20 or 30 pixels UP!!

What I've found is that it moves up when DragWindow is called.  
As long as I never move that first window, the about dialog will 
be fine.  But once it is moved, (or just clicked on for that 
matter), the About box is messed up.

I figure that possibly this might be something obscure, but I 
thought that perhaps someone else has seen a similar occurance?

Thanks much.
- Chris

 
 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
   Chris Silverberg                     INTERNET: macman@wpi.wpi.edu
   Worcester Polytechnic Institute      WMUG BBS  508-832-5844 (TeleFinder)
   America Online: TfChris              FIDONET:  1:322/115.1
Newsgroups: comp.sys.mac.programmer
From: umyue@ccu.umanitoba.ca (Kelvin Karkin Yue)
Subject: How to write a moving object?
Organization: University of Manitoba, Winnipeg, Canada
Date: Thu, 12 Nov 1992 17:04:32 GMT


    Hello , is any body know how to write an object moving on the screen? For
 example, if I got a pict resource, and I want to make it moves from the left
side of the screen to the right, how can I write the codes in THINK Pascal? But
I don't want to use the FOR loop like the following:
        for i := 0 to 300 do
                begin
                  {erase the picture}
                  {draw the picture at the new position i}
                end;
        Is there any built-in function can make the movement more "smoothly"?
        Please email, and thanks a lot.
Kelvin YUE
umyue@ccu.umanitoba.ca 
Newsgroups: comp.sys.mac.programmer
From: us277614@mmm.serc.3m.com (Dave T. Berquist)
Subject: Re: PhotoCD Woes?
Organization: 3M Company
Date: Mon, 9 Nov 92 19:37:21 GMT

In article <kaufman.721243563@Xenon.Stanford.EDU> kaufman@CS.Stanford.EDU writes:
>
>I am prepared to believe it works, but for the life of me I can't find a
>copy of the 4.0 driver.  I have looked on various bulletin boards, my
>collection of ETO disks, Developer CD disks, 7.1 Beta disk, etc.  I can tell
>you that the 3.2 driver, which is the last one I have seen, does NOT read
>PhotoCD disks.
>
>I would like to read PhotoCD disks on my CDU-8001 (CD-SC) drive.  Tell me
>where to get the new driver, please.
>
>-- 
>Marc Kaufman (kaufman@CS.Stanford.EDU)
>

The 4.0 drivers are also available on AppleLink.  I believe (and this is
from memory) that they are somewhere in the Apple Software Updates
folder.

Dave Berquist
3M Company
Newsgroups: comp.sys.mac.programmer
From: leonardr@netcom.com (Leonard Rosenthol)
Subject: Re: Toolbox routine to get file sizes
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Date: Sun, 8 Nov 1992 18:56:11 GMT

In article <1992Nov8.004411.1@tesla.njit.edu> erh0362@tesla.njit.edu (Elliotte Rusty Harold) writes:
>
>	Is there a simple Toolbox routine to get the physical and/or logical 
>file size of a given file on a disk?  If so, what is it?
>
	PBGetCatInfo (IM IV-155, IM V-391)

-- 
-----------------------------------------------------------------------------
Leonard Rosenthol			Internet: 	leonardr@netcom.com
Director of Advanced Technology		AppleLink:	MACgician
Aladdin Systems, Inc.			GEnie:		MACgician
From: tasavard@phy.duke.edu (Tom Savard)
Newsgroups: comp.sys.mac.programmer
Subject: A problem with toupper and tolower in Think C 5.03?
Date: 12 Nov 92 15:33:17 GMT
Organization: Duke University Physics Dept.; Durham, N.C.

Has anyone had trouble with the functions tolower and toupper in Think C?
A colleague and I were trying to use the function to no avail.  Then,
we looked in the ctype.h file and noticed toupper and tolower were not defined
like the other functions in that header.  (They substitute most functions with
macros.)

I realize that we can define the functions ourselves, but is this a bug on
which others may waste time, or not?  If so, I will notify Symantec. (I have
already called them once, but I don't think the tech understood my problem.)

Thanks in advance!

-- 
	Tom Savard/Physics			(919)-660-2515
	P.O. Box 90305
	Duke University
	Durham, N.C.      27708-0305			
Newsgroups: comp.sys.mac.programmer
From: nicky@apple.com (Nick Pilch)
Subject: Re: MPW C 3.2.4 and Gestalt problems-Help!
Date: Sat, 7 Nov 1992 06:09:25 GMT
Organization: Apple Computer
Followup-To: comp.sys.mac.programmer

In article <1crks5INNgnd@terminator.rs.itd.umich.edu>,
krk@oit.itd.umich.edu (Kenneth Knight) wrote:

>   If you are having trouble finding where a constant, trap name, structure
> definition, or anything else, is located the easiest wway to find it is to
> do a global search.
>  
> search search_string < `files -f "{Cincludes}"`  ## For searching in C >includes
...

No need to type all that! The following does exactly the same thing

search search_string "{Cincludes}"

Nick Pilch
nicky@apple.com
From: grobbins@Apple.COM (Grobbins)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Super-Floating Windows
Date: 7 Nov 92 08:46:26 GMT
Organization: Macintosh Hired Gun

In article <5570@krafla.rhi.hi.is> rson@rhi.hi.is (Mimir Reynisson) writes:
>Punch a hole in the GrayRgn and do all your drawing in it. The window
>manager will respect that hole at all times.

This method is problematic.  For one thing, removing a portion of a
monitor from the gray region will confuse the Finder, and it will start
repositioning any icons which happened to have been located under that
window.

Another issue is that, once your window is off the gray region, the
window manager wants nothing to do with you, so you end up doing most
window management chores manually.

The most serious problem is that punching a hole assumes that you can
unpunch the hole later (if the window moves or closes).  That requires
knowing what the gray region should be, but what it was when you
punched the hole may not be what it is when you attempt to unpunch the
hole.  (The gray rgn changes if, say, one of the monitors has moved.)
It is not safe to assume that the gray region should be restored to
whatever it was when the hole was punched.

Sorry, but at present I don't know of a good answer on how to proceed
on this.


Grobbins                 grobbins@apple.com

Usual disclaimers apply.
From: kah@vme.heurikon.com (Ken Heitke)
Newsgroups: comp.sys.mac.programmer
Subject: Object Drawing question
Date: 5 Nov 92 16:19:04 GMT
Reply-To: kah@heurikon.heurikon.com (Ken Heitke)
Distribution: na
Organization: Heurikon Corporation, Madison, WI

I have been tinkering around with a simple object drawing program and have
been wondering about the best data structures to use to handle quick selection
and update of objects.  I want to be able to handle several hundred objects.

The brute force method would be to maintain a simple list of all the objects and
then traverse the list check if the point is in the object (I know how to do
this).  I would rather store the objects to reduce the number of objects that
have to be tested (sorted list, Btree, etc).

Also when it comes to update events, the brute force method is to erase
everything and then traverse the list and draw each object in the list.  I would
again like to minimize the number of objects to be tested and redrawn.

How is this usually handled or is the brute force method sufficient.  Any
pointers to books, articles, code samples, etc would be appreciated.

				thanks,
				Ken Heitke	ken.heitke@heurikon.com
Newsgroups: comp.sys.mac.programmer
From: Mel Walker <mwalker@novell.com>
Subject: Re: DogCow.. Moof..?
X-Xxmessage-Id: <A7205AAE9D011E08@mwalker.npd.provo.novell.com>
X-Xxdate: Fri, 6 Nov 92 00:23:58 GMT
Organization: Society for Anarchic Totalitarianism
X-Useragent: Nuntius v1.1.1d9
Date: Sat, 7 Nov 1992 00:24:20 GMT

In article <6NOV199213212251@csa1.lbl.gov> SCOTT I CHASE,
sichase@csa1.lbl.gov writes:
>Oh, dear God.  Not again.  Can't we just tell him this time, and spare
>me 452 posts about missing tech notes, Finder noises, resedit, etc., 
>ad nauseum?

No.

--Mel Walker
mwalker@novell.com
Disclaimer: Some Martians landed and stole my opinions. So if these
opinions sound like they're coming from Mars, that's why.
From: cklarson@taquito.engr.ucdavis.edu (Christopher Klaus Larson)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Help! Display an array...
Date: 7 Nov 92 18:44:24 GMT
Organization: College of Engineering - University of California - Davis

In article <seyL1ke00iUxQ3n9Bp@andrew.cmu.edu> bp11+@andrew.cmu.edu (Bijal S. Patel) writes:

>it seems that all the Mac functions that display to windows (e.g.
>DrawChar, DrawString...) only deal with text.
>
>Does anyone know how I can convert an array of doubles into text form?

Use the function sprintf() to turn the double into a C string, then
you can use DrawText(). Or, follow the call to sprintf() with a call
to CtoPStr(), to convert the C string to a Pascal string, and then
use DrawString().

>Is there any other way to display an array (or non-text) to a window
>created by the program?

If you wish the output to be formatted like an array (3x3 in this case),
consider using the List Manager (IM IV) to display the output.

--Chris
(OK, so I need a real .signature)
cklarson@engr.ucdavis.edu
From: j.cook@primerd.prime.com (C. James Cook)
Subject: Re: Copybits/Offscreen drawing...
Organization: Prime Computer R&D
Date: Sat, 7 Nov 1992 19:26:51 GMT

"John A. Fedak" <jf3c+@andrew.cmu.edu> writes:
> yo,
> 
> OK I've stared a this long enough, what am I doing wrong?
> It's going to be a simple little animation routine.  I'm attempting
> to draw offscreen to speed things up a little.
> 
...
> 	NewGWorld(&newWorld,0,&mainBounds,0,0,0);
> 	newMap = GetGWorldPixMap(newWorld);
> 	LockPixels(newMap); 
> 	
>  SetGWorld(newWorld,currDevice);
> 
>   /* Draw Stuff Here */
> 
> 	CopyBits(newWorld->portPixMap,currPort->portPixMap,
> 			 &newWorld->portRect  ,&currPort->portRect  ,srcCopy,0);		 

1. When you do a SetGWorld where the first argument is a GWorld, the second
   field (the device) should be 0 or NIL.  The NewGWorld already created a
    device for you, you should use it when accessing your GWorld bitmap,
   and unlike "normal" ports, SetGWorld can figure out the GDevice from the
   port with GWorlds, so you supply zero.

2. When you do a CopyBits call, you want the current port to be set to the
   destination as used in the CopyBits call.  It looks like it is set to
   the source (your GWorld).

Good luck,
Jim

Newsgroups: comp.sys.mac.programmer
From: isc30176@nusunix1.nus.sg (CHEN JIA TYAN)
Subject: Re: info about sockets
Organization: National University of Singapore
X-Newsreader: TIN [version 1.1 PL6]
Date: Mon, 9 Nov 1992 09:41:51 GMT

Bob Loewenstein (rfl@oddjob.uchicago.edu) wrote:
> Can anyone direct me to an understandable reference on implementing
> sockets with MacTCP? Simple data connections through ports I know, but
> my knowledge ends there.

Me too!  Thanks.
--
CHEN JiaTyan
isc30176@nusunix1.nus.sg
chenjiat@nusdiscs.bitnet
From: s_titz@ira.uka.de (Olaf Titz)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Help updating windows
Date: 6 Nov 92 17:09:17 GMT
Article-I.D.: iraul1.1de8rtINNe7e
Organization: Fachschaft math/inf, Uni Karlsruhe, FRG
NNTP-Posting-Host: irau32.ira.uka.de

In article <1338@my.sm.luth.se> matti@my.sm.luth.se (Matti Larborn) writes:
>You can use two updating modes for windows in the toolbox.
>
>	1) Each time an update event occurs you redraw the content of the window
>requested.
>
>	2) You set the window picture to a pict. The toolbox will now redraw the
>windows contents each time it is needed.
>
>How should this second approach be implemented?

It should not be implemented at all if you want a window changing
regularly. The window picture is intended mainly for the purpose that
it be set to a fixed thing, like a splash/info/About/background
window.

For regular document-displaying windows, the first method should be
used. If you worry about performance: Rebuilding a picture in
background and then redrawing it (as you suggested) takes more memory
and CPU time and is therefore LESS efficient than drawing the picture
'live' while updating.

olaf

-- 
-- 
    o     Olaf Titz - comp.sc.student - univ of karlsruhe - germany
 _ /<_    s_titz@iravcl.ira.uka.de - uknf@dkauni2.bitnet - praetorius@irc
(_)>(_)   +49-721-60439 - did i forget something?
From: kwc@sys.uea.ac.uk (Keith Chalk )
Newsgroups: comp.sys.mac.programmer
Subject: Re: Floating Windows
Date: 5 Nov 92 17:10:19 GMT
Followup-To: comp.sys.mac.programmer
Organization: sys.uea.ac.uk

Well, thank you all for your help and suggestions. A student here found
some THINK C code (by Patrick Doane) which provides a floating window
manager, making life very easy indeed. He dug it off of an archive
somewhere, I can find out where if there is any demand for this. 
-Keith.
From: jsuker@orion.oac.uci.edu (Johnathon Suker)
Subject: AppleTalk packets OR ATP and DDP, oh how they echo
Newsgroups: comp.sys.mac.programmer
Date: 12 Nov 92 17:50:59 GMT

Netters and AppleTalk Folks,

	I have come screaming to a halt in front of a brick wall known as
AppleTalk ATP and DDP packets.  I have this program I am trying to write
(dont we all) which will utilize the ECHO PROTOCAL.  Unfotunately, everything
I have read (Inside Mac, Inside AppleTalk, Programming with AppleTalk) merely
state that EP is implemented throught DDP.  And DDP is not directly accessible
to the programmer (so I infer I must use the ATP layer).  Here I sit and 
scratch my head.  I don't understand how to implement the EP through ATP.

	Please, any help and/or suggestions, code etc would be greatly 
appreciated.

					Johnathon

Johnathon Suker                   | If I were human I believe the proper
University of California, Irvine  | response would be, 'Go To Hell'. If I 
Univeristy Library                | were human.
jlsuker@UCI.EDU                   |             Spock - ST:TUC
--
Johnathon Suker                   | If I were human I believe the proper
University of California, Irvine  | response would be, 'Go To Hell'. If I 
Univeristy Library                | were human.
jsuker@UCI.EDU                    |             Spock - ST:TUC
Newsgroups: comp.sys.mac.programmer