home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / lang / lisp / mcl / 1602 < prev    next >
Encoding:
Internet Message Format  |  1992-11-17  |  2.2 KB
  1. Path: sparky!uunet!charon.amdahl.com!pacbell.com!ames!data.nas.nasa.gov!taligent!apple!cambridge.apple.com!UK0392@AppleLink.Apple.COM
  2. From: UK0392@AppleLink.Apple.COM (EHN & DIJ Oakley,GB,IDV)
  3. Newsgroups: comp.lang.lisp.mcl
  4. Subject: Re: I Want my own framework...
  5. Message-ID: <721941749.8349526@AppleLink.Apple.COM>
  6. Date: 15 Nov 92 16:40:00 GMT
  7. Sender: info-mcl-request@cambridge.apple.com
  8. Lines: 36
  9. Approved: comp.lang.lisp.mcl@Cambridge.Apple.C0M
  10.  
  11. Tom,
  12.  
  13. A small group of us have been debating a (lean and mean) MCL application
  14. framework for the last few months.  Although discussions are a bit quiescent at
  15. present (partly because I am still working out how to have an efficient and
  16. easy AppleLink and Internet group mail system for us), there are still plenty
  17. of us who have gone at least some of the way down that road.
  18.  
  19. My first suggestion is why do you not 'join' us (once I can get my own Internet
  20. mail system going, or someone comes to my rescue with a better alternative!)?
  21.  
  22. My second suggestion is that you should go ahead and try your ideas out.  One
  23. of my main criticisms of other people's ideas for such a framework remains that
  24. it is relatively easy to come up with ideas, but they need tempering with
  25. reality.  In your case, I would suggest that you do *not* try replacing or
  26. duplicating MCL's own event handling code.  Rather, learn how to make best use
  27. of it.  Studying the MCL event handling source etc. from the MCL CD is a
  28. wonderful insight, and should show you some really neat ways to get where you
  29. are heading without trashing all the good stuff in MCL.
  30.  
  31. My third suggestion is that you should look at a good application framework
  32. like MacApp or TCL, which illustrate (within their accepted limitations) the
  33. sort of thing which can be achieved, and some techniques for doing so.
  34. However, remember what I have said above and work with, rather than against,
  35. the existing features of MCL.
  36.  
  37. My final suggestion is to head for full factoring (FF) of events/commands into
  38. AppleEvents.  MCL is one of the neatest environments for working with
  39. AppleEvents in a clean and sensible way, but unless you start off FF, it is a
  40. lot of work to go FF later.  And if you do not FF, then all sorts of doors
  41. close on you.
  42.  
  43. Enjoy it!
  44.  
  45. Howard.
  46.  
  47.