Wolfgang, I've commited a fix for this.
Gregory Casamento -- Principal Consultant - OLC, Inc # GNUstep Chief Maintainer ________________________________ From: Gregory John Casamento <[EMAIL PROTECTED]> To: Gregory John Casamento <[EMAIL PROTECTED]>; Wolfgang Lux <[EMAIL PROTECTED]>; gnustep-dev@gnu.org Sent: Thursday, November 20, 2008 8:04:11 PM Subject: Re: Double initialization of custom (text) views in Gorm files Actually, sorry... from looking at this it seems that you're correct: http://developer.apple.com/documentation/Cocoa/Conceptual/CocoaViewsGuide/SubclassingNSView/chapter_6_section_2.html I don't think that anyone is currently relying on that functionality within GNUstep. I might make some of these changes as well so that I can test them a bit and make certain that they reflect what is on Cocoa. Gregory Casamento -- Principal Consultant - OLC, Inc # GNUstep Chief Maintainer ________________________________ From: Gregory John Casamento <[EMAIL PROTECTED]> To: Wolfgang Lux <[EMAIL PROTECTED]>; gnustep-dev@gnu.org Sent: Thursday, November 20, 2008 7:44:03 PM Subject: Re: Double initialization of custom (text) views in Gorm files Wolfgang, These are what are known as "designated initializers" they are called on objects when a nib is instantiated on instances of custom classes only. This is what is described in Apple's documentation and fits with observed behavior on OpenStep and on Cocoa. If we can find a cleaner implementation for this, then I would suggest that we do that rather than removing the code. Thanks, GC Gregory Casamento -- Principal Consultant - OLC, Inc # GNUstep Chief Maintainer ________________________________ From: Wolfgang Lux <[EMAIL PROTECTED]> To: gnustep-dev@gnu.org Sent: Thursday, November 20, 2008 4:25:05 PM Subject: Double initialization of custom (text) views in Gorm files The -initWithCoder: method of GSTextViewTemplate in GSNibTemplates invokes the -initWithFrame:textContainer: initializer on self if the custom subclass of NSTextView implements that method. Unfortunately, this leads to a double initialization of instances and, in particular, any customization applied to the text view in the Gorm file will be lost. If anybody is relying on this weird semantics, I just wanted to inform you that I intend to remove that code, since it is definitely wrong (and neither compatible with the Cocoa documentation nor Apple's implementation). The correct way to initialize custom subclasses of NSTextView loaded from a nib file is either via -awakeFromNib or by providing a palette for Interface Builder so that the additional attributes of the custom class can be changed and archived. (Is this possible in Gorm?) Similar code is present in GSViewTemplate, GSTextTemplate, GSMenuTemplate, GSControlTemplate, and GSObjectTemplate and I intend to remove that, too. Wolfgang _______________________________________________ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
_______________________________________________ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
