I replaced calling NSColorPanel from a button click by using an
NSColorWell and setting an action on it.
Looks more Mac like as you see the current color before getting the
picker
Still would like to know why changeColor isn't called, eh Apple?
-db
On Feb 25, 2010, at 9:30 AM, David Bla
Yes, I had done that before also to no avail. But thinking I might
have been tired and erred I have done it again.
Still does not work. I am including the code and a link to a debug
picture that shows all is set correctly (as far as I can tell).
Would someone be willing to run this code and
Ah, your reply prompted me to review the documentation, which I believe is in
error.
It's not the delegate that gets sent this message, it's the panel's target. use
-setTarget: instead. -changeColor: is also sent to the responder chain
regardless.
The documentation lists -changeColor: under "d
Well, no.
I have run it
modal from a modal panel
non-modal from a modal panel
non-modal from a non-modal panel
changeColor is never called.
I am stumped and going to pour a glass of wine and play a game of
chess !
- db
On Feb 24, 2010, at 11:53 PM, Graham Cox wrote
On 25/02/2010, at 5:44 PM, David Blanton wrote:
> Am I missing something obvious?
Generally apps don't run the color panel modally. I believe there is a way to
do it, I've seen it in some apps with an added OK/Cancel button, though it
seems rare and weird. It may be that running it this way w
changeColor is listed as a delegate method for NSColorPanel
Here is my code
- (IBAction)color:(id)sender {
NSColorPanel* cp;
cp = [NSColorPanel sharedColorPanel];
[cp setDelegate:self];
[cp setContinuous:YES];
NSLog(@"%@",[cp delegate]);
[NSApp ru
