Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!samsung!zaphod.mps.ohio-state.edu!wuarchive!psuvax1!psuvm!dn5 From: DN5@psuvm.psu.edu Newsgroups: comp.sys.mac.hypercard Subject: Re: messages to other stacks Message-ID: <90256.124659DN5@psuvm.psu.edu> Date: 13 Sep 90 16:46:59 GMT References: <44723@apple.Apple.COM> Distribution: na Organization: Penn State University Lines: 42 Hi: Normally I wouldn't follow this up, but as I have been using this property extensively, I thought I'd correct a possibly accidental misstatement. In article <44723@apple.Apple.COM>, bc@Apple.COM (bill coderre) says: >Please note that there are two ways of sending a message: either by >simply writing it as a handler or function handler invocation, or by >using the "send" command. The former method allows arguments to be >passed and values to be returned, whereas the latter does not. The >only real difference is that the first method always sends the message >to "me," whereas the latter allows you to specify the object of your >fondest desire, as it were. > >bill coderre >a private consultant, not licensed to voice official apple opinion. Sorry, but you can use parameters with SEND. Several places in a stack that I have developed to do testing, I wanted to use DOMENU, even though I have a domenu handler in my stack which overrides all the fun things (including quit, and just about any other useful item). I did this full well knowing that I was breaking the interface, because I needed the security for my testing package. The line send "DoMenu Quit HyperCard" to HyperCard works fine. In other words, you can use parameters with send. This was tested with HyperCard 1.2.5, but not with 2.0 (because I'm not about to force the university to use HyperCard 2.0 without being able to test my stacks with the official 2.0 final that will actually be running, assuming that it will run from a network on a 1 meg SE). ()()()()()()()()()()()()()()()()()()()()()()()()()()()()()()()()()() D. Jay Newman ! All syllogisms have three parts, dn5@psuvm.psu.edu ! therefore this is not a syllogism. CBEL--Teaching and Learning Technologies Group