home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / sys / next / misc / 23219 < prev    next >
Encoding:
Text File  |  1992-12-21  |  2.2 KB  |  48 lines
  1. Newsgroups: comp.sys.next.misc
  2. Path: sparky!uunet!nwnexus!sounds!brianw
  3. From: BrianW@SoundS.WA.com (Brian Willoughby)
  4. Subject: IBConnectors (Re: Why, Why, WHYYYY?? USE OBJECTIVE-C for IB??)
  5. Message-ID: <BzHvJo.I2H@sounds.wa.com>
  6. Sender: brianw@sounds.wa.com (Brian Willoughby)
  7. Reply-To: BrianW@SoundS.WA.com
  8. Organization: SoundSoftware, Bellevue, WA, USA
  9. References: <9j#@byu.edu>
  10. Date: Sat, 19 Dec 1992 07:02:12 GMT
  11. Lines: 35
  12.  
  13. Don Yacktman writes
  14. | 
  15. | andrew@cubetech.com (Andrew Loewenstern) writes:
  16. | > [...]
  17. | 
  18. | Yes, this works, but it would also be nice for IB to do some
  19. | type checking for you.  Imagine an alert panel that pops up...
  20. | "This outlet should be connected to an XYZView or a subclass
  21. | of XYZView.  OK ->"  That could be quite nifty.  Then, when
  22. | you need typechecking, it's available and IB helps in the
  23. | process.  It's really annoying when tracking bugs to discover
  24. | that you biffed and connected an outlet to the wrong thing;
  25. | sometimes it's not obvious that you did so, and some outlets
  26. | really only should be connected to certain types of objects.
  27. | This could be a really nice feature in some cases.  I guess
  28. | the question is, really, how often do these cases appear?  It
  29. | may be that it's not often enough to justify the effort of
  30. | implementing this typechecking.  On the other hand, I've
  31. | wished for it many times myself, so....
  32.  
  33. Has anyone looked at (or, gasp!, even used) the IBConnectors class?  From the  
  34. documentation in Chapter 8 of the General Reference, it is not clear to me  
  35. whether these methods are active when an initial outlet connection is made  
  36. (although they are used in certain cases where a target object is replaced),  
  37. but this class sounds like the answer to Don's musings.
  38.  
  39. It seems like the new public Interface Builder protocols have left things wide  
  40. open for a third party to come in and subclass all of the standard NeXT objects  
  41. and improve IB for all of us.  Or am I just reading too much into these  
  42. protocols?  (I'll admit that I haven't had much luck making sense out of the  
  43. new Palette support in 3.0)
  44. -- 
  45. Brian Willoughby    Software Design Engineer, BSEE NCSU
  46. BrianW@SoundS.WA.com    Sound Consulting and Signal Processing Software
  47. NeXTmail welcome    - NO EMAIL SOLICITATION without prior permission
  48.