HDTenEightyP/NetNews huggingface dataset:
From: Michael Hecht <Michael_Hecht@mac.sas.com>
Subject: Re: Apple events/AppleScript/Toy Surprise - Applications Wanted
X-Useragent: Nuntius v1.1.1d17
Date: Tue, 26 Jan 1993 18:55:26 GMT
X-Xxdate: Tue, 26 Jan 93 18:54:40 GMT
X-Xxmessage-Id: <A78AF3207101050A@studly.mac.sas.com>
Organization: SAS Institute Inc.

In article <1993Jan26.174245.25401@bmers95.bnr.ca> Ross Brown,
ross@bnr.ca writes:
>
>In article <1993Jan25.181240.2047@Princeton.EDU>
>jdunning@phoenix.Princeton.EDU (John Alan Dunning) writes:
>
>>[...] you should be able to look up which events a particular app 
>>supports [...].  You may also be able to look up events with 
>>AppleScript.
>
>The resource types are 'aete' and 'aeut'.  Apple published in 1992 a 
>couple of HyperCard stacks, Aete Editor b2 and Apple Event XCMDs b2, 
>which do a nice job of interpreting other applications' Apple event 
>support resources.

You can also use Toy Surprise's "Open Terminology" command to produce a
nice formatted document containing the 'aeut' (AppleEvent User
Terminology) and 'aete' (AppleEvent Terminology Extension) info merged
together.

--Michael

=======================================================================
Michael P. Hecht                 | Internet:  Michael_Hecht@mac.sas.com
SAS Institute Inc.; Cary, NC USA | AppleLink: SAS.HECHT
From: bowden@csd4.csd.uwm.edu (John William Bowden)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Arcade-style animation...
Date: 23 Jan 1993 10:39:07 GMT
Organization: University of Wisconsin - Milwaukee
Reply-To: bowden@csd4.csd.uwm.edu
NNTP-Posting-Host: 129.89.7.4
Originator: bowden@csd4.csd.uwm.edu

From article <1993Jan23.014127.5750@cs.ucla.edu>, by tj@kona.cs.ucla.edu (Tom Johnson):
> But in 8bits, on a IIci or IIfx I can't update the screen fast enough when
> a large area requires updating.

The trick is that you cant update the whole screen every time.
Try writing some inline assembly code to copy from the offscreen
pixmap to the main device's pixmap.  

-John

Newsgroups: comp.sys.mac.programmer
From: k044477@hobbes.kzoo.edu (Jamie R. McCarthy)
Subject: Re: Saving window position
Organization: Kalamazoo College
Date: Tue, 26 Jan 1993 06:03:35 GMT

nerm@apple.com (Dean Yu) writes:
>piovanel@ghost.dsi.unimi.it (marco piovanelli) wrote:
>> 
>>    The function returns TRUE if windowFrame is COMPLETELY ENCLOSED
>>    in the Gray Region.  But other applications (e.g. the Finder and
>>    StuffIt Lite) restore the window position even if the window frame
>>    is mostly offscreen.  What is the correct algorithm?
>
>  The currently favored method is if the user can still get to the title
>bar from where the window currently is, leave it alone.

How about modifying that to:  can still _easily_see_ the title bar from
where the window currently is.  The title bar might only have one pixel
on the screen...
-- 
 Jamie McCarthy      Internet: k044477@kzoo.edu      AppleLink: j.mccarthy
 "The woman hung out a sign that said 'baby welcome' when she had sex."
   - krueger@galileo.physics.arizona.edu (Ted Krueger)
From: d88-jwa@hemul.nada.kth.se (Jon Wtte)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Free Development Tools
Date: 26 Jan 93 19:31:43 GMT
Organization: Royal Institute of Technology, Stockholm, Sweden

In <BRAD.93Jan26092400@tazboy.jpl.nasa.gov> brad@tazboy.jpl.nasa.gov (Brad Pickering) writes:

>You also need to worry about different end of line conventions.  The ATARI
>uses \r\n and the mac uses \r.  I use BBEdit because it can read and write
>both formats.

Alpha can, too! :-)

Cheers,

						/ h+
						Just a user
-- 
 -- Jon W{tte, h+@nada.kth.se, Mac Hacker Deluxe --
   The word "politics" is derived from the word "poly", meaning
   "many", and the word "ticks", meaning "blood sucking parasites".
                     -- Larry Hardiman
Newsgroups: comp.sys.mac.programmer
From: Stephan Bublava <stephan@iguwnext.tuwien.ac.at>
Subject: SetFontName Trap ??
X-Xxmessage-Id: <A78434200A01B604@berlin.tuwien.ac.at>
X-Xxdate: Thu, 21 Jan 93 11: 06:08 GMT
Organization: Inst. f. Gestaltungs- und Wirkungsforschung, TU Wien
X-Useragent: Nuntius v1.1.1d17
Date: Thu, 21 Jan 1993 10:05:58 GMT

I just read "Programming QuickDraw" by Konstantin Othmer and two others.

In a sidebar he stated that version 1.2 of 32-bit QuickDraw introduced the
SetFontName trap, which would work like TextFont but take a font name as
parameter instead of a font number (cited from memory).

However I could not find this trap in the MPW interface files. So if this
trap
is real, what is the trap number, and what parameters does it take?

Stephan Bublava
stephan@iguwnext.tuwien.ac.at
From: stanger@otago.ac.nz (Nigel Stanger)
Newsgroups: comp.sys.mac.programmer
Subject: Can background-only apps use the Notification Manager?
Date: 28 Jan 93 13:38:52 +1300
Organization: University of Otago, Dunedin, New Zealand

Can background-only apps use the Notification Manager? The
article in develop #9 doesn't say, the Process Manager chapter in
IM6 says almost nothing, and the NM chapter doesn't say one way
or the other. At a guess, I would say that they can (given that
things like VBL tasks can use it). Anybody out there know??

----------------------------------------------------------------------
Nigel Stanger,                  Internet: stanger@otago.ac.nz
University of Otago,            Phone: +64 3 479-8179
Dunedin, NEW ZEALAND.           Fax:   +64 3 479-8311
"Woof, bloody woof." -- Gaspode the Wonder Dog, "Moving Pictures"
From: bayes@hplvec.LVLD.HP.COM (Scott Bayes)
Date: Tue, 19 Jan 1993 17:51:51 GMT
Subject: Re: (Q) Need bit manipulation algorithm
Organization: Hewlett-Packard Co., Loveland, CO
Newsgroups: comp.sys.mac.programmer

> name, but whose initials are M.A.C.  And if you want a solution for
> a word, and you don't want a 32K lookup table, you actually have to
> _shift_!  Shifting is for weenies.
> 

But for a word, it's just the sum of the bits in each byte. Code something
like this (untested) should do it PDQ.

---

* at beginning, d0 contains a word whose "1" bits we wish to count
* at end, d2 contains number of 1 bits in its lower byte

        moveq   #0,d1                   - clear table index register
        move.b  d0,d1                   - lower byte of data word
        move.b  btable(d1.w),d2         - nbits for lower byte (PC relative)
        lsr.w   #8,d0                   - access upper byte of data word
        move.b  d0,d1                   - upper byte of data word
        add.b   btable(d1.w),d2         - d2 contains total bits of word

---

ScottB
From: time@ice.com (Tim Endres)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Calling external code resources - how?
Date: Mon, 25 Jan 93 15:59:44 EST
Organization: ICE Engineering, Inc.
Reply-To: time@ice.com (Tim Endres)
X-Mailer: uAccess - Macintosh Release: 1.6v2


In article <1993Jan25.005216.12749@kth.se> (comp.sys.mac.programmer), d88-jwa@dront.nada.kth.se (Jon Wtte) writes:
> >Where can I find information on how to do this? The Segment Manager
> >chapter of IM gives no clues on this. Anyone has got some sample code
> >on this?
> 
> Your extensions can't get at your globals, however,
> you're not lost.

uAccess extensions can get at the globals of uAccess. These globals
have been placed inside of a large data structure inside of uAccess
and uAccess hands a pointer to this structure to the extension. The
globals in this data structure are only those that it is felt the
extension would need to access, and are "stable" enough to be locked
down to a documented data structure. However, it does make for some
very powerful possibilities.


tim endres - time@ice.com  (UUCP: heifetz!tbomb!time)

USENET - a slow moving self parody... ph
From: Chris Johnson <chrisj@emx.cc.utexas.edu>
Newsgroups: comp.sys.mac.programmer
Subject: Re: A malloc() built upon sbrk() on a Mac?
Date: 27 Jan 1993 20:21:31 GMT
Organization: University of Texas at Austin Computation Center
Distribution: world
NNTP-Posting-Host: gargravarr.cc.utexas.edu
X-UserAgent: Nuntius v1.1.1d17
X-XXMessage-ID: <A78C48ABA502BE1F@gargravarr.cc.utexas.edu>
X-XXDate: Wed, 27 Jan 93 20:11:55 GMT

In article <1993Jan27.164137.29669@kth.se> Jon W!tte,
d88-jwa@hemul.nada.kth.se writes:
>>3.	Implement sbrk() with SetPtrSize() on this memory area
>>	and let malloc() take memory from this area.
>
>Bad Idea. SetPtrSize may move the block, which invalidates all
>your present pointers into it. Not to mention there might be another
>locked block (ptr or locked handle that isn!t movehhid) in its way.

SetPtrSize can't move its target block because it only operates on
non-relocatable blocks (blocks allocated with NewPtr). SetHandleSize, 
on the other hand, works on relocatable blocks (blocks allocated with
NewHandle), so it can move its target block if adjacent memory isn't 
available and the target block is unlocked at the time.

SetPtrSize, of course, frequently fails because non-relocatable blocks
are allocated as low in the heap as possible (to minimize fragmentation)
and are usually immediately surrounded by other non-relocatable blocks.
But, on the occasions SetPtrSize does work, you *never* have to worry 
about the target block moving.

----Chris

Chris Johnson

Internet:   chrisj@emx.cc.utexas.edu
UUCP:       {husc6|uunet}!cs.utexas.edu!ut-emx!chrisj
BITNET:     chrisj@utxvm.bitnet
CompuServe: >INTERNET:chrisj@emx.cc.utexas.edu
AppleLink:  chrisj@emx.cc.utexas.edu@internet#
From: davidp@stealth.usc.edu (David Peterson)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Saving window position
Date: 25 Jan 1993 11:15:57 -0800
Organization: University of Southern California, Los Angeles, CA
Distribution: world
Reply-To: davidp@usc.edu
NNTP-Posting-Host: stealth.usc.edu


In article <1993Jan25.140957.24643@ghost.dsi.unimi.it>, piovanel@ghost.dsi.unimi.it (marco piovanelli) writes:
|> I've decided to implement automatic saving of window positions in my
|> application.  I've tried to cling as closely as possible to the
|> guidelines expounded in IM VI (User Interface Guidelines).
|> However some points remain obscure:
|> 

|>    is mostly offscreen.  What is the correct algorithm?
|> 

The new Inside Mac: Mac Toolbox Essentials has a lengthy discussion on this
and some sample code to explain it.

Not sure if its correct, but its published...

-dave.
Newsgroups: comp.sys.mac.programmer
From: jmk3@crux2.cit.cornell.edu (Jay Krell)
Subject: Re: AIFF-C information!?!
Organization: Cornell Information Technologies
Date: 27 Jan 93 18:33:02 GMT

There is an Apple II filetype note for AIFF-C. I think it is
type $D8, auxtype 1. The filetype notes are on ftp.apple.com.
 
 --Jay, jay.krell@cornell.edu

Newsgroups: comp.sys.mac.programmer
From: umdenbo0@ccu.umanitoba.ca (David A. Denboer)
Subject: WWDC 93
Organization: University of Manitoba, Winnipeg, Canada
Date: Fri, 22 Jan 1993 05:05:33 GMT

Hi.  I was wondering when the World Wide Developers Conference was going to
be.  I am going to be in SF for the NeXTWorld Expo in May, and if they were 
around the same time, that would be HEAVEN!

Please mail replies!  Thanks!
-- 
David A. denBoer					* Musi Computer Products
umdenbo0@next01.cc.umanitoba.ca   (NeXT Mail welcome)	* 9 Abington Rd
Manitoba Macintosh Developers Assn			* Winnipeg, MB
mac-develop-request@ccu.umanitoba.ca	 		* Canada, R2J 3S7
From: bowden@convex.csd.uwm.edu (John W. Bowden)
Newsgroups: comp.sys.mac.programmer
Subject: How to hide the menubar
Date: 28 Jan 93 15:30:17 GMT
Organization: Computing Services Division, University of Wisconsin - Milwaukee
NNTP-Posting-Host: 129.89.7.30
Originator: bowden@convex.csd.uwm.edu


I apologize since I'm sure this is a FAQ.

How can I hide the menubar so that is doesn't
obscure full-screen windows?

Advance Thanks,
John Bowden
bowden@convex.csd.uwm.edu
Newsgroups: comp.sys.mac.programmer
From: d88-jwa@dront.nada.kth.se (Jon Wtte)
Subject: Re: Macintosh Doggles...
Organization: Royal Institute of Technology, Stockholm, Sweden
Date: Sat, 23 Jan 1993 16:58:32 GMT

In <iscjcw-220193104427@ajax.ucop.edu> iscjcw@uccvma.ucop.edu (Jerry Wilcox) writes:

>On the subject of ADB dongles, I believe there is a fairly low limit to the
>number of ADB devices that can be attached (power requirements?). Perhaps

I can't use CuBase Audio with my PowerBook, because their
brain-dead dongle requires their own ADB bus driver. That
means the dongle doesn't work after the PB has slept.

Also, I'm not totally assured it works conflict-free with
the SDB offload processor for Quadra 9s...

Cheers,

							/ h+
-- 
 -- Jon W{tte, h+@nada.kth.se, Mac Hacker Deluxe --

   There's no sex act that can't be made better with Yell-O.
Newsgroups: comp.sys.mac.programmer
From: keith@taligent.com (Keith Rollin)
Subject: Re: help calling assembly from C
Followup-To: comp.sys.mac.programmer
Organization: Taligent
Distribution: usa
Date: Mon, 25 Jan 1993 01:34:42 GMT

In article <2B6198C1.22487@news.service.uci.edu>, eapg070@orion.oac.uci.edu
(Caroll Elke Pohl) wrote:
> 
> i wonder if someone out there can assist me with a small problem.
> i'm using MPW (3.2) and want to call an assembly language subroutine
> i wrote from a C program _however_ i want to pass the parameters in
> A0 and A1 instead of using the stack (much like certain memory
> manager traps). how can i get the C compiler to recognize this fact?

You came really close to answering your own question. You know that there
are Mac OS functions that work like this, so why don't you declare your
function the same way they are? For instance:

#pragma parameter DisposePtr(__A0)
pascal void DisposePtr(Ptr p); 

This is an example of a function that simply takes a parameter in A0.
Here's a more complex example:

#pragma parameter __D0 HoldMemory(__A0,__A1)
pascal OSErr HoldMemory(void *address,unsigned long count); 

HoldMemory takes the first parameter ("address") in A0, and the second
parameter ("count") in A1. It returns its result in D0 (which will be
treated like a short, because the function is declared to return an OSErr).

-----
Keith Rollin
Phantom Programmer
Taligent, Inc.
Newsgroups: comp.sys.mac.programmer
From: d88-jwa@feffe.nada.kth.se (Jon Wtte)
Subject: Re: A malloc() built upon sbrk() on a Mac?
Organization: Royal Institute of Technology, Stockholm, Sweden
Date: Thu, 28 Jan 1993 16:50:54 GMT

In <1k6qsbINNkpd@geraldo.cc.utexas.edu> Chris Johnson <chrisj@emx.cc.utexas.edu> writes:

>In article <1993Jan27.164137.29669@kth.se> Jon W!tte,

>>>3.	Implement sbrk() with SetPtrSize() on this memory area
>>>	and let malloc() take memory from this area.
>>
>>Bad Idea. SetPtrSize may move the block, which invalidates all
>>your present pointers into it. Not to mention there might be another
>>locked block (ptr or locked handle that isn!t movehhid) in its way.

>SetPtrSize can't move its target block because it only operates on
>non-relocatable blocks (blocks allocated with NewPtr). SetHandleSize, 

Yes, I was suffering from brain damage.

>SetPtrSize, of course, frequently fails because non-relocatable blocks
>are allocated as low in the heap as possible (to minimize fragmentation)

That's the real reason it won't work very well.
Turned out the original poster was sitting a few klicks
from here, so we had a giving discussion in Swedish :-)

Cheers,

						/ h+
-- 
 -- Jon W{tte, h+@nada.kth.se, Mac Hacker Deluxe --

 -- I don't fear death, it's dying that scares me.
From: MacUserLabs@cup.portal.com (Stephan - Somogyi)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Dynamic Link Libraries ..
Date: Fri, 22 Jan 93 09:51:50 PST
Organization: The Portal System (TM)
Distribution: world

rson@rhi.hi.is (Mimir Reynisson)  writes:

>o here's the question: is it a good idea to simply take an MPW .o file and
>pass it through some kind of "linker" which would simply calculate some
>offsets for exported functions which could then be accessed "on call" so
>to speak. I know about "Dinker" and some other library that is supposed to
>do this for "classes" but what about plain functions?

Have you looked at the Shared Library Manager stuff that's on ETO 9? It
sounds like that would be a good fit for your needs.

__________________________________________________________________________
Stephan Somogyi                critical pathologist                MacUser
From: ldo@waikato.ac.nz (Lawrence D'Oliveiro, Waikato University)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Color animation in After Dark...HELP!
Date: 25 Jan 93 01:37:20 GMT
Organization: University of Waikato, Hamilton, New Zealand

In article <1993Jan21.200541.29437@hobbes.kzoo.edu>, k044477@hobbes.kzoo.edu (Jamie R. McCarthy) writes:
> cantrell@lamar.ColoState.EDU (Carol Cantrell) writes:
> Yep, there are three ways to get the Color Indices You Want up onto the
> screen:
> 	(1) Set bit 14 in ctFlags;
...
>
> (1) won't work for you, as you say, because AD opens a port not a
> palette.  (Actually, does it even do that?  Someone said it uses
> SetStdProcs() to redirect QD calls to its own nefarious ends.  I don't
> even want to think about that.)

No, I don't believe it's quite that bad. The documentation says it just opens
a port.

I did encounter some strangeness with Randomizer and MultiModule--they seem
to want to put other modules into their own little heaps, for no good reason
that I could discern. Naturally I found ways to defeat this restrictive
behaviour. ;-)

> Alternatively, you can build a GWorld using the screen's pmTable.  But
> I'm not too familiar with GWorlds, so you're on your own there.

GWorlds are a piece of cake--honest. You can start using them with just
a few calls: NewGWorld/LockPixels to create them, and DisposeGWorld to
get rid of them. The only real change to your drawing code is to remember
to use GetGWorld/SetGWorld to change drawing contexts, instead of GetPort/
SetPort.

Oh yes--and never, *ever* leave the drawing context set to an offscreen
GWorld when making a Toolbox call...

Lawrence
author of "OURA QT" (the other freebie QuickTime movie player for After Dark)
Newsgroups: comp.sys.mac.programmer
From: janee@world.std.com (Jane Eisenstein)
Subject: Re: Think Ref 2.0
Organization: The World Public Access UNIX, Brookline, MA
X-Newsreader: Tin 1.1 PL3
Date: Thu, 21 Jan 1993 22:37:19 GMT

koehn@macc.wisc.edu (Brad Koehn) writes:
: Well, I picked up my copy off of the "All of MacTech Magazine" CD-ROM.
: Both products (TR2 & AOMTM) are fantastic.

I'm a registered Think Ref owner, won't I be getting an upgrade offer
from Symantec?

Jane Eisenstein
janee@world.std.com
From: deweeset@ptolemy3.rdrc.rpi.edu (Thomas E. DeWeese)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Arcade-style animation...
Date: 27 Jan 93 17:25:33 GMT
Organization: Rensselaer Polytechnic Institute, Troy, NY

In article <34994@goofy.apple.COM> chris_russo@gateway.qm.apple.com (Christopher Russo) writes:
>In article <1993Jan25.094256.12845@rulway.LeidenUniv.nl> Theo Vosse, 
>vosse@ruls41.LeidenUniv.nl writes:
>Unless you have sprites overlapping each other, which would lead to some 
>ugly flicker and possibly a mess on the screen.  You'll probably want to 
  Well there are a few problems that I see with all this.  First off
I think you will tend to get ugly filckering even if they don't overlap
Becuase sooner or later you are going to erase the sprite the scan line
will pass you, drawing the background, and then you will draw your sprite,
thus there will be one frame where the sprite ceases to exist.  I can't 
think of any way to avoid this.

>Speaking of which, anyone have some low-level info, like where the screen 
>pointer is kept, and the procedure for changing it?  Come on, give with the 
>info.

  Well I know for a fact that the original Toby Frame Buffer is Compleately
incapable of scrolling side to side.  If you look at the documentation for
Max Apple Zoom, the guy who wrote it says so.  And I am willing to take his
word as to that fact.  The other problem is that you would have to find
and know about every video card on the market (as I don't believe there
is any standard way to get this info from the card's driver).  Another thing
that really bothers me is that they didn't require page fliping for 
video cards.  So while you can ask for it the card is allowed to say no way.
  Anyway it is a little late to worry about such things now. So don't :)
							Thomas DeWeese
deweeset@rdrc.rpi.edu
Newsgroups: comp.sys.mac.programmer
From: trebor@foretune.co.jp (Robert J Woodhead)
Subject: Re: Why the Piracy? Here's why...
Organization: Foretune Co., Ltd.
Date: Mon, 25 Jan 1993 12:09:47 GMT

freek@phil.ruu.nl (Freek Wiedijk) writes:

>It's amazing, but most of my friends are Ph.D.s in Computer
>Science, and most of these friends don't own computers.
>Probably this is because they cannot afford them.

One of my CS profs at Cornell told me 10 years ago that anyone who
wanted to make any sort of money with computers ought to shoot
themselves rather than get a CS PhD.  As he put it, "at the end of
the program, you emerge poor, knowing too much about the wrong things,
and several years behind the geeks with BA's in senority.  A good
bullet-wound, on the other hand, does less damage to your mind and
wallet, and takes much less time to recover from."

Besides, if you have a PhD is CS, you're not allowed to dirty yourself
by actually USING a computer.  CS is a science, not something grubby;
leave the programming to the scuzzy engineers!  ;^)

-- 
+---------------------------------------------------------------------------+ 
| Robert J. Woodhead, Biar Games / AnimEigo, Incs.    trebor@forEtune.co.jp |
| AnimEigo US Office Email (for general questions): 72447.37@compuserve.com |
Newsgroups: comp.sys.mac.programmer
From: poehlman@Informatik.TU-Muenchen.DE (Andreas Poehlmann)
Subject: HPGL2 -> MacDraw
Originator: poehlman@hphalle6d.informatik.tu-muenchen.de
Organization: Technische Universitaet Muenchen, Germany
Date: Tue, 26 Jan 1993 11:13:22 GMT


Is there any possibility to read HPGL2-Files into MacDraw?

Thanks a lot

Andy

mail to:
poehlman@informatik.tu-muenchen.de
From: tzs@carson.u.washington.edu (Tim Smith)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Why the Piracy? Here's why...
Date: 22 Jan 1993 00:50:39 GMT
Organization: University of Washington School of Law, Class of '95
NNTP-Posting-Host: carson.u.washington.edu

tal691@huxley.anu.edu.au (Tonio Loewald) writes:
>Look, musicians get royalties on their CDs, but not on illegal recordings
>of their CDs. This is a very important (and simple) point which you seem
>not to get. The difference is that money (stolen from a bank) is a scarce
>resource. Ie. if I take yours, you can't spend it. Information is not
>a scarce resource. If I take yours, you can keep it. 

Software, however, is generally used for purposes of making money.  If you and
I are competing for contracts, and you are pirating your tools, and I am not,
you get to charge less, and get the contracts.  I either have to start
pirating too, thus depriving the tool maker of a sale, or I get out of the
contracting business, and thus have no need for tools, and thus again you
have deprived the tool maker of a sale.

For non-productive software, such as games, you are also hurting someone
when you pirate.  Let's say you pirate game X, because you can't afford
it (it sells for $100).  I write game Y, which sells for $10, which you
can afford.  However, you are playing game X.  You don't have time to play
game Y, so you don't buy my game.  If you had not pirated game X, you might
have bought game Y.  Your piracry has taken away $10 that you would have spent
on me if you had not been a pirate.

--Tim Smith
Newsgroups: comp.sys.mac.programmer
From: nick@dcs.warwick.ac.uk (Nick Francis)
Subject: Spigot VDIG
Organization: Department of Computer Science, Warwick University, England
Date: Thu, 28 Jan 1993 08:46:50 GMT

I have QT 1.5, the new Supermac spigot VDIG and Think C 5.0.
I am trying to use the vdig component to grab a single frame
into an offscreen GWorld. I have tried everything (nearly) and
am getting nowhere, I can use the SG component to get a sequence
but am having no joy at all by using the vdig component on its own.

I just want to grab a single frame without a preview or monitor. It's
driving me mad.

help

Nick Francis

nick@dcs.warwick.ac.uk
Newsgroups: comp.sys.mac.programmer