> On 30 Jan 2015, at 11:12 am, Roland King <r...@rols.org> wrote:
> 
> I don't see this in a quick test I just typed into Xcode. I did this in the 
> .h file
> 
> @interface RKControl : NSControl
> @property SEL action;
> @property (weak) id   target;
> @end
> 
> 
> and .m
> 
> #import "RKControl.h"
> @implementation RKControl
> {
>       SEL             myAction;
>       id              __weak myTarget;
> }
> 
> @synthesize action=myAction;
> @synthesize target=myTarget;
> @end
> 
> and I get no warnings or errors and the properties I believe match the 
> originals. I dropped one on a project as an NSView, set the class, connected 
> up a random target/action and debugged viewDidLoad to check the control was 
> there and had a correct target/action. 
> 
> What are you seeing which is different? If you are having a problem then does 
> it work if you don't use synthesize and go back to the good old 
> -(thing)value, -(void)setValue:(thing)value? 


Hmmm, that's odd. My code is nearly identical, but for each property I get this 
warning ("semantic issue"):


'atomic' attribute on property 'action' does not match the property inherited 
from 'NSControl'
'atomic' attribute on property 'target' does not match the property inherited 
from 'NSControl'

The only difference I see is that I'm declaring my ivars as part of the 
@interface, not the @implementation - is that a new thing? I didn't know you 
could do that (though it makes sense).

--Graham


_______________________________________________

Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Reply via email to