home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.sys.next.programmer
- Path: sparky!uunet!psinntp!radical!jbrow
- From: Jim_Brownfield@radical.com (Jim Brownfield)
- Subject: Re: wanted additional functionality in IB.
- Message-ID: <1992Dec23.072532.5163@Radical.Com>
- Sender: jbrow@Radical.Com
- Reply-To: Jim_Brownfield@Radical.Com
- Organization: Radical System Solutions, Inc.
- References: <LIBERTE.92Dec22115635@ebony.cs.uiuc.edu>
- Date: Wed, 23 Dec 1992 07:25:32 GMT
- Lines: 29
-
- In article <LIBERTE.92Dec22115635@ebony.cs.uiuc.edu> liberte@cs.uiuc.edu
- (Daniel LaLiberte) writes:
- [[stuff deleted] toSaveBandwidth]
-
- >
- > More general than that would be to specify the actual subclass of any
- > view. So the grouping operation would simply wrap the selected views
- > in a general superview of class View, and then you could specify the
- > desired subclass of that superview. Also, a Button view could be
- > subclassed to MyButton without having to provide a palette for it and
- > custom inspector.
-
- I agree with this completely. The lack of this feature is the single most
- frustrating thing about Interface Builder (I had hoped it would be in 3.0...
- sigh...). It is often desireable to change the behavior of a view without
- changing the drawing characteristics of the view. This is trivial for windows,
- but a real pain for views. The "Custom View" palatte doesn't cut it since that
- forces you to set most of the characteristics of the view from your code (like
- the title and options for a Button).
-
- >
- >
- > Dan LaLiberte
-
-
- --
- Jim Brownfield (Jim_Brownfield@Radical.Com) NeXTmail accepted
- Radical System Solutions, Inc.
- rad i cal \'rad-i-kel\ n -- a basic principle: FOUNDATION
-