HDTenEightyP/NetNews huggingface dataset:
From: k044477@hobbes.kzoo.edu (Jamie R. McCarthy)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Using VBL for animation
Date: 12 Dec 92 02:57:24 GMT
Organization: Kalamazoo College

k044477@hobbes.kzoo.edu (Jamie R. McCarthy) writes:
>
>(You're going to RAM each time, that's your bottleneck, and the Quadra
>uses, what, 70 ns RAM?  OK, that's 7 Mhz max....)

Oorgh.  Somehow I lost a factor of two in there.  One second divided by
70 ns is, of course, more like 14 MHz.  Fortunately, the remainder of
the argument still applies, even with the copy operation taking half the
time I'd figured, so I don't look like a total ass.

Carry on...
-- 
 Jamie McCarthy      Internet: k044477@kzoo.edu      AppleLink: j.mccarthy
 "Apple developers will still have access to System 7.1 through the
  monthly Developer CD series, but they may use it only for testing
  and development purposes."              - AppleDirect, Nov/Dec 92
From: ttak@ellis.uchicago.edu (toki  takeuchi)
Newsgroups: comp.sys.mac.programmer
Subject: Using FSSpec info for old File Manager routines. etco
Date: 17 Dec 92 22:01:55 GMT
Reply-To: ttak@midway.uchicago.edu
Organization: University of Chicago Computing Organizations

I want to use data from the FSSpec record (vRefNum,parID and fName)
with old routines such as PBGetCatInfo and GetFInfo.
The FSSpec usually comes from the Open Document Apple Event.

I usually get a -1 for the vRefNum, something I cant' remmebr for
parID, and the name of the file/directory/etc. in fName.

When I use that info respectively in PBGetCatInfo or GetFInfo,
I get error -35, among others.  Obviously, the Finder is not
sending me the vRefNum and parID as we know them conventionally.

So how can I use the FSSpec, especially that from an Apple Event
with old File Manger routines?

Thanks.

Kenji Takeuchi (please respond directly, if possible)
From: leonardr@netcom.com (Leonard Rosenthol)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Actually, ResEdit is not stable
Date: 11 Dec 92 19:20:56 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest)

In article <1992Dec11.145921.6568@alw.nih.gov> fixer@faxcsl.dcrt.nih.gov writes:
>I've had Resorcerer 1.1.1 crash in the dialog editor.  Also, the "don't use
>DLGX resources" preferences option doesn't seem to work; I wind up with
>them anyway.  And the automatic creation of ictb/dctb/actb resources that I
>don't use is kind of antisocial, IMHO.
>
	It only creates the color resources for the duration of the editing
process, and then if the don't get used, they are deleted when you finish
with the dialog/alert.  As to the DLGX problem, that has been fixed for the
next update (or at least I can't duplicated it any more ;).

>However, there are some things that I use ResEdit for instead.  For example,
>Resorcerer doesn't have commands to align selected items in dialogs, as
>ResEdit does.  
>
	It most certainly does - in fact it has a MUCH more flexible mechanism
called the "crosshairs".  This allows you to place a crosshairs anywhere on
the dialog and then align any items to the crosshairs - you can also expand
the size of items to the crosshairs which is VERY useful for making sure your
controls line up on both ends for international compatibility.

>Also, Resorcerer's graphics editors (ppat,
>iclx, etc.) aren't nearly as nice as ResEdit's.
>
	Wait for the next update to Resorcerer - it makes ResEdit look liike
yesterday's news!

(Disclaimer: Doug McKenna (author of Resorcerer) is a friend of mine, and I'd
like to see him succeed.  I, however, get nothing out of it other than a GREAT
tool!)

-- 
-----------------------------------------------------------------------------
Leonard Rosenthol			Internet: 	leonardr@netcom.com
Director of Advanced Technology		AppleLink:	MACgician
Aladdin Systems, Inc.			GEnie:		MACgician
From: de19@umail.umd.edu (Dana S Emery)
Newsgroups: comp.sys.mac.programmer
Subject: Re: TCL: Dialogs (Help Needed)
Date: 17 Dec 92 02:17:11 GMT
Followup-To: comp.sys.mac.programmer
Organization: personal

In article <1992Dec15.215311.29721@kth.se>, d88-jwa@dront.nada.kth.se (Jon
Wtte) wrote:
> 
> In <1992Dec15.160042.29935@ncar.ucar.edu> urban@stout.atd.ucar.edu (Art Urban (PROFS)) writes:
> 
> >I have a few questions concerning the use of Dialogs in the TCL.
> 
> >4) Is there a better discussion/explanation of TCL Dialogs, than the sparse
> >   document provided? It took me a while to figure out that I had to append
> >   the command number to the DITL item with #<number>. I discovered this
> >   only by examining one of their DITLs; I could not find this documented
> >   anywhere.
> 
> The example project and sources are the best documentation.
> The Think Class library is SO much easier to learn by actively
> disecting it, than by reading about it. That goes for most
> other things as well!

The header comments to CDLOGDialog::AddOverloadedItem are of especial
interest.

--

Dana S Emery <de19@umail.umd.edu>
Newsgroups: comp.sys.mac.programmer
From: bwilliam@iat.holonet.net (Bill Williams)
Subject: Re: Stripping Mac text for Usenet
Organization: HoloNet National Internet Access BBS: 510-704-1058/modem
Date: Sat, 12 Dec 1992 04:55:23 GMT

NOOOOO!!!!

Just Say No to Unicode!

Jon W{tte seems to imply that Unicode is a solution, but it is nothing but
a problem.

One of my examples....

A year ago when the Unicode book became available I immediately rushed to
see if it was biased by American English Speaking Computer people. It was,
and to my horror the octothorpe symbol was #define-ed as something like
the word "pound_sign"! Ha! I've heard people in computers refer to the
octothorpe symbol as "hash mark" "scratch mark"  "crosshatch" and other
words including the mistaken phrase "pound sign". Americans may have
called the symbol "pound sign" merely because it is customary abbreviation
for a weight unit when jotted down on paper (just as " = inches and ' =
feet) But of course for hundreds of years the one TRUE "pound sign" has
always been reserved as a sybbol denoting monetary units used in british
controlled areas of the world (looks like a cursive upper case "L").

So imagine my glee when I flipped frenzied through the unicode standard
book to see how the REAL "pound sign" (not the octothorpe symbol) wase
#define-ed..... ARGGGH! I recal it being the same as the octohorpe but
with a single case difference!!!! Thats right! It was #define-ed as
something similar to "Pound_sign"


I don't know if this arrogant anti-Pascal language crap has been fixed but
I took it as a simple indicator that Unicode is a totally useless and
shitty hack. Imagine if ASCII (for Americans) had been accidentally
mangled by a rushed implementation all these years (an ommision of the
semicolon for example). You can see how important a standard needs to be
evaluated and examined.

OBJECT REFUSE REJECT ABUSE


Bill Williams

Newsgroups: comp.sys.mac.programmer
From: currie@teal.csn.org (Andrew Currie)
Subject: Affordable tool for doing Data Flow Diagrams?
Followup-To: currie@csn.org
Organization: Colorado SuperNet, Inc.
Distribution: na
Date: Fri, 11 Dec 1992 23:18:27 GMT

Does anyone know of an affordable (less than $150) tool for drawing
data flow diagrams on the Mac? I don't want a full CASE tool
and i don't want a "dumb" drawing package.

Just want a tool optimized to draw "bubble charts" and keep
the arrows linked to the bubbles as i revise the diagram.

Any help, pointers, or product plugs would be appreciated!

Thanks in advance,

andrew currie



-- 
+++++++++++++++++++++++
currie@csn.org
+++++++++++++++++++++++
Newsgroups: comp.sys.mac.programmer
From: BLOOMDA@ctrvax.vanderbilt.edu (_creative_output_)
Subject: Re: Apple Programming. PizzaSelector
Organization: Camp Vanderbilt Vision Research Center
Date: Sat, 12 Dec 1992 00:20:03 GMT
X-News-Reader: VMS NEWS 1.21

In <1ga82vINNeca@calvin.NYU.EDU> roy@mchip00.med.nyu.edu writes:

> cstrockb@cs.sunysb.edu (Caleb Strockbine) writes:
> > Aren't steep learning curves GOOD?! [Imagine a graph with] Time along the
> > horizontal axis, and Amount Learned along the vertical axis. A steep curve
> > would then indicate that lots of stuff was learned in a relatively short
> > time, which, to me at least, means that the program/concept was easy to
> > master.
> 
> 	I guess it depends on which way you draw the curve.  I would draw
> the curve not as Amount Learned vs. Time, but as Amount Of Useful Work
> Possible vs. Amount Of Stuff You Have To Know.  In that case, a steep
> learning cuve would indicate you have to learn a lot before you can start to
> do anything useful at all.  A shallow learning curve would indicate you can
> start doing simple things by learning just a little.

seems to me that you'd still draw Useful Work Possible on the Y axis,
                            and Stuff You Have To Know on the X axis.
(The dependent variable would seem to be what you've learned, and the
 independent variable would be what you went through to learn it.)

.. in that case, steep is good, indicating swift progress.  This sounds
like a semantico-psychological backwardization of the real world image.
(A 'steep hill' is tough to climb, right?)

'nuff said.				- Dave Bloom, JSPS

The captive flower in the King's wreath
Smiles bitterly as the meadow flower envies her.	- Rabindranath Tagore
From: garya@ocf.berkeley.edu (Gary Arnold)
Newsgroups: comp.sys.mac.programmer
Subject: TCL 1.1.2 CDialog Q in ThC 5.0.4
Date: 15 Dec 1992 04:24:18 GMT
Organization: U. C. Berkeley Open Computing Facility
Distribution: world
NNTP-Posting-Host: monsoon.berkeley.edu


I'm having a little trouble with the CDialog and CDialogText classes in TCL
1.1.2 in Think C 5.0.4, and was wondering if anyone could help me out.  I'm
using a dialog as a document window (since it is form-like and lends itself
well to the CDialogText class), and have successfully created both the
dialog and a few "edit boxes".  I can Tab among them, and everything seems
to work, except for one thing: clicking in a CDialogText area doesn't do
anything (like put the insertion point there).

I'm initializing the CDialogText objects with the dialog as both their
enclosure and their supervisor.  Is this right?  Symantec's scant
documentation seems to indicate that IDialog will call MakePanorama, but it
doesn't.  MakePanorama is private, so I can't call it directly.  Do I have
to create the panorama and specify IT as the CDialogTexts' enclosure?

Help!  Thanks in advance!

Gary Arnold					I don't need no stinking .sig
garya@bigbang.Berkeley.EDU
Newsgroups: comp.sys.mac.programmer
From: rtmd30@email.sps.mot.com (Greg Ferguson)
Subject: Stabbing SFGetFile in the back...
Followup-To: comp.sys.mac.programmer
Organization: Motorola
Date: Wed, 16 Dec 1992 05:54:04 GMT


Hi,

Here's what I've done:

     My SFPGetFile() has a custom dialog with a new button. My dialog hook
watches for the click on the button. When the button is clicked, I use
FindFolder() to locate the current System/Prefs folder. Once I have that I
locate QuickMail Stuff (yeh, I'm hacking on QuickMail) using...

void SetSFCurDir(long dirID) 
{
	CurDirStore = dirID; 
}

void SetSFVRefNum(short vRefNum)
{
	SFSaveDisk = -vRefNum;
}

/*
 *	Use FindFolder() to locate the prefs folder. Then set the default
 *	system volume and folder to the boot volume and prefs folder and return.
 */
void DoGoToPrefs(void)
{
	CInfoPBRec	myCPB;
	long		foundDirID;
	OSErr		iErr;
	short		vRefNum;	
	
	iErr = FindFolder(kOnSystemDisk,	// look on the system disk...
		kPreferencesFolderType,			// ...for the preferences folder and...
		kDontCreateFolder,				// ...don't create it if it's not there.
		&vRefNum,	
		&foundDirID);
	if (iErr == noErr)					// if the prefs folder was found then
										// try finding the QuickMail folder
	{
		myCPB.dirInfo.ioVRefNum = vRefNum;
		myCPB.dirInfo.ioFDirIndex = 0;
		myCPB.dirInfo.ioNamePtr = "\p:QuickMail Stuff:";
		myCPB.dirInfo.ioDrDirID = foundDirID;
		iErr = PBGetCatInfo(&myCPB, FALSE);
		if (iErr == noErr)
		{			
			SetSFVRefNum(myCPB.dirInfo.ioVRefNum);	// point to QM's Stuff 
			SetSFCurDir(myCPB.dirInfo.ioDrDirID);
		} else 
		{
			SetSFVRefNum(vRefNum);		// point to the prefs 
			SetSFCurDir(foundDirID);
		}
	}
}


When I return to my dialog hook, I return a 101 (sfHookRebuildList).
Standard File then displays the correct folders and files in the list. Ok,
all that seems to work fine.

What's bugging me is that Standard File isn't updating the drive name if my
previous path was on another drive. I can click on the drive name/icon
(item 4 in the SFGet/PutFile() dialog) until my carpal-tunnels swell but
the drive info won't update until SF displays the desktop level.

Am I missing a value to return from the dialog hook that'll tell SF to wake
up and smell the drive? Or, heaven forbid, do I need to do a GetDItem() on
the item 4 (Drive ICON and name) in the SFPGetFile() dialog just to get the
handle to the procedure which is handling the redraw of that field? And
then jump into that procedure?

Inquiring minds want to know... and thanks,

Greg

Greg Ferguson
Programmer/Engineer
Desktop Networking System
SPS, World Marketing
Motorola, Inc.
Newsgroups: comp.sys.mac.programmer
From: mspace@netcom.com (Brian Hall)
Subject: Re: ICON Button Question
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Date: Mon, 14 Dec 1992 23:47:01 GMT

mason@cis.umassd.edu (Mason L. Bliss) writes:

>This is probably a FAQ, but.....

>Is there any easy way to have an icon associated with a button automagically?
>Basically, I want to just point my control at an icon, and tell it to 'go
>for it'. I want the button to automatically redraw the icon with
>DrawControls(), and do the right thing when hiliting/unhiliting, etc.

If you are using TCL, I just submitted a class (CIconBuddy) that does
just that, and it works for large, small, and mini icons.  Look in the
tcl archives on ftp.brown.edu.


-- 
 
 \ | /   | Brian Hall                 mspace@netcom.com
 - : -   | Mark/Space Softworks       Applelink: markspace
  /|\    |                            America Online: MarkSpace
 |-+-|   |
/-\|/-\  | PUI: Programming Under the Influence.
Newsgroups: comp.sys.mac.programmer
From: rowe@engin.umich.edu (Steven Rowe)
Subject: Re: Try doing this...
Date: Sun, 13 Dec 92 00:24:28 EST
Organization: University of Michigan Engineering, Ann Arbor

In article <01050133.ko6do1@distant.uucp> edw%distant@bts.com writes:
>Go to the help menu,  select "About Balloon Help...", and then pull down any
>disabled menu. This makes for interesting crashes on my machine. I'm running
>7.1 on a IIsi. Anyone else see this happen? This happens in just about every
>application I've tried it with, the Finder, StuffIt Deluxe 3.0.3, uAccess,
>Applicon, etc. I just killed Applicon, as a matter of fact, and my application
>menu is shot, which means I need to go re-boot right now...
>
No problem on my machine, a IIci, 8/80, running 7.01.

-- 
Steve Rowe: B0 f- w- c g+ k+ s- e+ r-
I drank too much beer, then tried to sober up by drinking
too much coffee.  The result was that I was still making
irrational decisions, but I was making them *FAST*!  -me
From: irac@yang.earlham.edu
Newsgroups: comp.sys.mac.programmer
Subject: A little more help with PizzaSelector?
Date: 13 Dec 92 04:18:25 GMT
Organization: Earlham College, Richmond, Indiana

Hi y'all, Ira here.
This a great newsgroup! I have posted here and got lots of really helpful help
on my first mac programming attempt.  I wanted to thank those people who mailed
me.  You were all very helpful.  I however have run into a snag on my Pizza
Selector program that I can't figure out.  I am running system 7.0 on a Mac
plus and until recently Think Pascal 2.06.  That version will run my program
and it seems to work fine.  When I try to create an application I get one but
it bombs with an address error or an illegal instruction bomb dialog.  I am
curious about getting debugger programs, (where) and how to remedy the problem. 
I figured that getting a newer version of the pascal might help.  Just to be
certain I tried compiling my code with a new project at my computing center
with their new version 4.0 of Think Pascal.  It had trouble building the code
crashed at times and wouldn't ever run.  I know I set the resource up right and
all the code compiled ok.  It just wouldn't run at all.  Building applications
crashed the machine and all in all attempts were very frusterating.  So I have
two situations here. 
	1. Version 2.06 TP runs within think pascal but won't build apps.
	2. Version 4.0 TP builds but won't run and apps are out of the
question.
I am kind of at a loss having worked on this problem for a couple of days. I
know its kind of vague but any help I could would be great.  Some info on
debuggers and a direction to look in would be wonderfully helpful. 
 
Thanks again for all the kind support I have received. :)
-ira
End of line.
From: paul@svl.cdc.com (Paul Kohlmiller)
Newsgroups: comp.sys.mac.programmer
Subject: Re: How do you launch apps with docs?
Date: 12 Dec 92 00:29:05 GMT

speth@cats.ucsc.edu (James Gustave) writes:


>  I'm writing an AppleEvent-aware application that launches other applications
>with documents.  I would like to know what the recommended sequence of events
>is to accomplish this.  I assume if the app is already running, that I simply
>pass it an odoc event, but what if it's not running?
>  On a related note, I'm wondering what info do I need to know about the app
>if I want to launch a doc.  Do I need the actual FSSpec, or can I do it by
>simply knowing the app's creator code? (isn't that all the Finder needs?)
>  I'd appreciate it if you reference IM, that you tell me where it is in the
>new IM's.  Thanks a bunch.
In the new IM - Processes there is a luanch discussion at page 2-7.
This does use the FSSpec. If you have the creator code you can get the file
spec by going through the Desktop database (using PBDTGetAppl but I can't find 
where I learned about this guy). This group has had several discussions about
this and you can get past threads via ftp at ftp.cs.uoregon.edu
Look around digest #185.
Meanwhile, I can't do what you seem to have working okay, namely passing an
odoc to an app that is running. Although I can send this event while 
launching (as a launch parameter) I get a -1716 when I do an AESend of the
odoc event (which I think means no such apple event).
If anyone has some ideas I'd appreciate it. Meanwhile, the develop CD has some
code snippets that do Launches.
Paul Kohlmiller
--
     // Paul H. Kohlmiller             //  "Cybers, Macs and Mips"    //
     // Control Data Systems, Inc.    // Internet: paul@svl.cdc.com  //
     // Acronym under construction.  // America Online: Paul CDC    //
     // All comments are strictly my own. I won't lie but my       //
     // perception of reality is at best a personal hunch.        //
Newsgroups: comp.sys.mac.programmer
From: omh@cs.brown.edu (Owen M. Hartnett)
Subject: Re: Stripping Mac text for Usenet
Organization: Brown University Department of Computer Science
Date: Mon, 14 Dec 1992 03:36:04 GMT

In article <Bz4r0C.385@iat.holonet.net> bwilliam@iat.holonet.net (Bill Williams) writes:
>
[a severe skewering of UniCode]
>
>I don't know if this arrogant anti-Pascal language crap has been fixed but
>I took it as a simple indicator that Unicode is a totally useless and
>shitty hack. Imagine if ASCII (for Americans) had been accidentally
>mangled by a rushed implementation all these years (an ommision of the
>semicolon for example). You can see how important a standard needs to be
>evaluated and examined.
>

You're pretty rough on blasting the whole system on this one indicator.  I
don't regard the UniCode implementation to be rushed (they've been having
at it for a couple of years, I believe), but I do know that it's badly
needed.  If we wait until every i is dotted and t is crossed then we'll
really have pandemonium.  The typeface people are already assigning glyphs
hither and yon and some sort of order is badly needed.  The UniCode people
had a long time where they were looking for comments from potential users -
it may not be too late to bring up your concerns to them now, rather than
wailing away at its imperfections to us programmers who must implement
it regardless of its flaws through sheer necessity.

-Owen


Owen Hartnett				omh@cs.brown.edu
"FAITH, n. Belief without evidence in what is told by one who speaks
		without knowledge, of things without parallel."
			-Ambrose Bierce - The Devil's Dictionary
Newsgroups: comp.sys.mac.programmer
From: ctrbdo@iapa.uucp%mailhost.ecn.uoknor.edu (bryan d oakley)
Subject: new mac programmer advice
Organization: FAA / Mike Monroney Aeronautical Center
Date: Wed, 16 Dec 1992 18:55:31 GMT

Howdy:

My wife and I are considering the purchase of a MAC; she for work
(pagemaker, etc.) I for talking to my workstation at work.  I also
want to do some programming.  I looked in news.answers and didn't see
a FAQ for this newsgroup so, not knowing if there is one or not I pose
the following questions:

    1) I assume GNU emacs is not available since that's the way
       Richard Stallman wants it.  Fine.  However, my fingers have the
       ctl and meta sequences burned into them.  Are there text
       editors out there with similar key mappings (ie: C-N, C-P,
       etc.)?

    2) Seems I saw somewhere there is a MAC version of AWK laying
       around.  True?  What other UNIX like software is out there.
       Anything resembling a shell (ksh, sh, csh, etc.)?  (I can't
       afford AUX right now)?  lex?  yacc?  

    3) What's the best route to go programming wise?  Think-C seems
       to get a lot of ad space.  What about the macintosh programmers
       workbench?  What does it take to write hypercard scripts -- do
       I have to buy hypercard?

If all of this is in a FAQ, just politely say so and I'll wait till
the next go round when it appears.  Ideally I would get AUX or mach10
and have my little UNIX environment while still letting my wife do her
mac things, but for now I have to 'roll my own', so to speak.  Any
help is appreciated.  

-- 
----------------------------------------------------------------------
Instrument Approach Procedures Automation              DOT/FAA/AMI-230
----------------------------------------------------------------------
Bryan D. Oakley                    ctrbdo%iapa@mailhost.ecn.uoknor.edu
Newsgroups: comp.sys.mac.programmer
From: niko@iastate.edu (Nikolaus E Schuessler)
Subject: Re: THINK C compiler required. Any public sources.
Keywords: think C
Organization: Iowa State University, Ames, IA
Date: Thu, 17 Dec 1992 22:46:07 GMT

In article <reddy.724626487@spso> reddy@spso.gsfc.nasa.gov (Jagan Reddy) writes:
>Hi Mac gurus,
>
>	Is there any usable public version of Think C for my own learning
>and do mac programming. 
>

 There is a version called 'Thin C' which is a stripped down version. It
 however comes with a book on C programming (if I recall correctly) and
 doesn't come with the tools necessary to make windows, menus, etc. etc...
-- 
Niko Schuessler               
Project Vincent Systems Manager              email: niko@iastate.edu
Iowa State University Computation Center     voice: (515) 294-1672
Ames IA 50010                                snail: 272 Durham 
Newsgroups: comp.sys.mac.programmer,comp.sys.mac.comm
From:  Fiodor Bystroff <mbox@mac.ntc.togliatti.su>
Subject: Is there E-Mail for Mac on Ethernet (uupc)?
Reply-To: mbox@mac.ntc.togliatti.su
Organization: unknown
Date: Tue, 15 Dec 1992 08:24:48 GMT


Newsgroups: comp.sys.mac.programmer
From: scottj@magic.dml.georgetown.edu (John L. Scott)
Subject: Re: The Smell of _Inside Macintosh_
Followup-To: comp.sys.mac.programmer
Organization: J. Random Misconfigured Site
Date: Tue, 15 Dec 1992 17:28:07 GMT
X-Posted-From: iamac-1.dml.georgetown.edu
NNTP-Posting-Host: sol.ctr.columbia.edu

In article <01050023.kmr3jp@chinchilla.cars.com>, niel@cars.com (Niel
Bornstein) wrote:
> The newer ones smell worse.  Volume VI is absolutely putrid with a
> kind of chemical/plastic stench.

I must be weird.  I *like* the way Volume VI smells.

> | Opinions? I don't need no stinkin' opinions!                            |
                              ^^^^^^^^
How apropos :)
Newsgroups: comp.sys.mac.programmer