Re: Problems with custom NSView subclass, IBPalette, and bindings support
Re: Problems with custom NSView subclass, IBPalette, and bindings support
- Subject: Re: Problems with custom NSView subclass, IBPalette, and bindings support
- From: mmalcolm crawford <email@hidden>
- Date: Thu, 27 Jan 2005 10:16:07 -0800
On Jan 27, 2005, at 8:11 AM, Sean McBride wrote:
On 2005-01-26 10:29, mmalcolm crawford said:
Should I call super at the beginning or end of my implementation?
I don't think it matters.
In fact it does... I'm having all kind of problems with my NSView
class,
and I've been basing myself on your GraphicsBindings example. After a
lot of trial and error, I came to try adding the call to super in
GraphicsView's bind:...
If I add:
[super bind:bindingName toObject:observableObject withKeyPath:
observableKeyPath options:options];
to the start I get:
2005-01-27 10:52:07.053 GraphicsBindings[853] [<GraphicsView 0x35e230>
setValue:forUndefinedKey:]: this class is not key value
coding-compliant
for the key graphics.
If I add it to the end all seems well. I think I more or less
understand
why this makes sense.
Gosh, that is peculiar. Thanks for pointing this out. It certainly
does need documenting...
Am I blind, or is this not documented? Your GraphicsView.m and
JoystickView.m classes in you GraphicsBindings example also do not
call
super. Is doing so only needed if one is making an IBPalette?
No, it's not documented. Please file an enhancement request.
<rdar://3977143>
Many thanks indeed for your suggestions in this report -- I trust the
Company will act upon them :-)
As I'm having problems getting my own class to work, I've decided to
instead start by making a palette for your GraphicsBindings example.
I'll send it to you when I'm done so you can make it public for others,
if you'd like...
Oh, I already did that for the Joystick a while back...
There was still an occasional crasher that I didn't track down that a
quick test suggests is still there, but this might help anyway:
[attachment removed for list]
mmalc
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Cocoa-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden