Hi Seth,
I have a subclass of NSColorWell that broadcasts a
"ColorWellDidBecomeActive" notification on "activate:".
Objects using the color panel listen for the notification and set some
internal flag so that they can either ignore the "changeColor" message
or not depending on which color
On May 26, 2009, at 6:15 PM, Graham Cox wrote:
I have a color well, which I am clicking on, and whenever I change
the color in the color panel, the color panel sends a changeColor:
message down the responder chain. Every time.
I *don't* want this, because it's sending changeColor to the wro
On 27/05/2009, at 10:11 AM, Seth Willits wrote:
I have a color well, which I am clicking on, and whenever I change
the color in the color panel, the color panel sends a changeColor:
message down the responder chain. Every time.
I *don't* want this, because it's sending changeColor to the w
I'm sorry, I misread; you're talking about NSColorPanel.
You might try sending setContinous:NO to the color panel.
Hope that helps,
Alex Heinz
On May 26, 2009, at 8:54 PM, Alexander Heinz wrote:
NSColorWell is a subclass of NSControl. It should respond to
setTarget:. Just use that.
HTH,
Al
NSColorWell is a subclass of NSControl. It should respond to
setTarget:. Just use that.
HTH,
Alex Heinz
On May 26, 2009, at 8:11 PM, Seth Willits wrote:
I have a color well, which I am clicking on, and whenever I change
the color in the color panel, the color panel sends a changeColor:
I have a color well, which I am clicking on, and whenever I change the
color in the color panel, the color panel sends a changeColor: message
down the responder chain. Every time.
I *don't* want this, because it's sending changeColor to the wrong
object. It's a bit long-winded to explain,
