Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!swrinde!cs.utexas.edu!sun-barr!apple!lsr@Apple.com
From: lsr@Apple.com (Larry Rosenstein)
Newsgroups: comp.sys.mac.system
Subject: Re: User definable objects in Finder 7.0
Message-ID: <13353@goofy.Apple.COM>
Date: 6 May 91 17:08:52 GMT
References: <33872@mimsy.umd.edu> <1991May2.151148.9565@umiami.ir.miami.edu> <13312@goofy.Apple.COM> <1991May3.230835.17470@MDI.COM>
Sender: usenet@Apple.COM
Organization: Apple Computer, Inc.
Lines: 19

In article <1991May3.230835.17470@MDI.COM>, jackb@MDI.COM (Jack Brindle)
writes:
> 
> I hate to question Larry, but why would there be a restriction
on faceless
> apps receiving an open AppleEvent? I can see that it could
not use the
> "open" menu command mechanism, but I don't remember seeing a
restriction
> against background/faceless apps receiving AppleEvents. The
open command

Actually now that I think of it, you're right.  A faceless
app doesn't have menus, but I think people have written faceless apps that
can send & receive Apple events.

I was confusing faceless apps with things
like INITs, which don't have event loops, which is a requirement for using
Apple events.