gnustep-dev
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: r27812 - in /libs/gui/trunk: ChangeLog Source/NSBundleAdditions.m


From: Fred Kiefer
Subject: Re: r27812 - in /libs/gui/trunk: ChangeLog Source/NSBundleAdditions.m
Date: Wed, 03 Mar 2010 22:53:03 +0100
User-agent: Mozilla/5.0 (X11; U; Linux x86_64; de; rv:1.9.1.5) Gecko/20091130 SUSE/3.0.0-1.1.1 Thunderbird/3.0

Am 03.03.2010 10:06, schrieb Wolfgang Lux:
> Fred Kiefer wrote:
> 
>> I am not that sure about this.
>> When I changed to the current code it was to get the Beans application
>> working with GNUstep. There we had the case the components loaded via
>> NIB where released to early by GNUstep.
>>
>> We rather should make sure we handle all cases as similar as Apple as
>> possible.
>> Richard already added a simple test for KVC to see, if our behaviour
>> there matches Cocoa. We will need a similar check for the
>> NSNibOutletConnector.
> 
> If we want to be as compatible with Apple as possible, it seems that the
> best way to proceed would be to restore the old code. I ran a quick test
> this morning, and it seems that Cocoa is calling a -setXxx: method if
> present. However, it does ignore private -_setXxx: methods, which KVC
> seems to use, though only for backward compatibility. Furthermore, Cocoa
> insists on the attribute name being xxx and, unlike KVC, does not assign
> nib components to a attribute named _xxx.
> 
> So, if we want to be as compatible with Apple as possible, it seems that
> the best way to proceed would be to restore the old code. Or maybe to
> move the whole code to gnustep-base and export it from there as a
> GNUstep extension.

Looks like you are right. I still didn't find the time to test it myself
on an Apple machine. What puzzles me is why we had that issue with Bean
while it seems to work well on Cocoa...




reply via email to

[Prev in Thread] Current Thread [Next in Thread]