Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!swrinde!elroy.jpl.nasa.gov!sdd.hp.com!think.com!mintaka!spdcc!dirtydog!ispd-newsserver!ph
From: ph@ssd.kodak.com (Pete Hoch)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Is there a defacto standard for 'drop ins'?
Message-ID: <1991Mar26.190428.11494@ssd.kodak.com>
Date: 26 Mar 91 19:04:28 GMT
References: <0B010004.ma805a@outpost.UUCP>
Sender: news@ssd.kodak.com
Organization: Eastman Kodak
Lines: 29

In article <0B010004.ma805a@outpost.UUCP> peirce@outpost.UUCP writes:
>I think drop-ins can be very useful at times, but I hope that with
>System 7, people will start thinking about using AppleEvents to do
>some of this type of thing too.
>
>It would be nice to be able to ask a spell checker app to check something
>for us for example.  Or a data compression app to compress something, etc.
>
>This demands acceptance of some standard AppleEvents to make this work
>of course.
>
>-- michael

This is all well and good for System 7.0 but what about all of the
people that still use 6.X?  Also there are some things that cannot
take the performance hit inherent in AppleEvents.  If we can get
a good general flexable design for drop in code filters it would
be a trivial matter to write a faceless app in 7.0 that accepted
AppleEvents and then called the filter manager.  So I still think
the basic design of a general filter manager is worth talking about.

Pete


-- 
Pete Hoch                                  | ..somewhere..!kodak!ph   ..or..
Color Systems ISPD. 3/65/RL		   | ph@ssd.kodak.com         ..or..
Eastman Kodak Co. 	   		   | ph@kodak.com
Rochester, NY 14650-1805                   | 716-722-????