🚀 go-pugleaf

Scott Hess writes
> So, I implement -acceptColor:atPoint:.  All it does yet is
> printf( "Here I am!\n").  But, when I pop up a color panel, and
> drag a color into the View, nothing happens.  No printf, and later,
> when I add code to do something else, like change the View's color,
> that doesn't happen, either.

There's an appkit bug in View that makes acceptColor: not work for flipped
views.

If your view is flipped, try it the other way around to see if it
starts to work for you.

I have a fix (subclass) somewhere that I can probably send you if
this is indeed the problem.

--
 Glenn Reid        		NeXTmail: glenn@rightbrain.com
 RightBrain Software		415-326-2974 (NeXTfax 326-2977)
 Palo Alto, California

In article <SCOTT.92Aug17092008@nic.gac.edu>  writes:
> So, what's up?  Am I just not doing something right?  There's not
> much area to go wrong, here, and I've checked the spelling against
> the documentation about a billion times.  It just doesn't seem to
> work.  Anyone out there got an example of receiving colors for your
> View?
> 

Scott:

	This class works as expected under 3.0PR2. The instance of MyView is a  
subview of a Box, which is in a Window. 

@implementation MyView
- acceptColor:(NXColor)color atPoint:(NXPoint *)aPoint
{
	printf("ouch!\n");
	return self;
}
@end

	Other advice:
	1) Are you sure that your view is an instance of the right object,  
rather than being a CustomView?
	2) Is there a superview of your view that might be catching that  
message?

	Best,
		Pete C
-- 
*********************************************************************
Pete Clark -	 Software Engineer          | You know that way that  
Integrity Solutions, Inc.                    | you always are?
pclark@is.com    NeXTMail preferred           | Don't be that way.

In article <1992Aug18.063238.3891@bosslogic.com>
	pclark@bosslogic.com (Pete Clark) writes:
>In article <SCOTT.92Aug17092008@nic.gac.edu>  writes:
>> So, what's up?  Am I just not doing something right?  There's not
>> much area to go wrong, here, and I've checked the spelling against
>> the documentation about a billion times.  It just doesn't seem to
>> work.  Anyone out there got an example of receiving colors for your
>> View?
>
>	This class works as expected under 3.0PR2. The instance of
>MyView is a subview of a Box, which is in a Window.

In order to hamstring the minor groundswell of response I've been
receiving, I figure I'll post this on the net and let everyone in
on The Real Dope.  The method _does_ work, with qualifications.
Apparently, if the receiving View is flipped, the test for whether
the swatch is in the View is wrong, so you don't get the message
when the drop is in the View - you get it when the drop is _above_
the View!  [Didn't they use View's -mouse:inRect:?]

In any case, there are a couple alternatives.  An obvious and
workable one is to do [myView setFlipped:NO].  I did that, and
things work awesome.

Another solution is the NextAnswers solution.  It uses a +poseAs:
on NXColorPanel which overrides +dragColor:withEvent:fromView: to
do things the right way.  I'm sure this works fine - it is a bit
involved, though.  Unflipping the View works much better with less
fuss and muss, when applicable.

[Some might ask "Why didn't scott check NextAnswers in the first
place?"  I did.  My index was screwed up, though, so the search
didn't turn up anything ...]

Later,
--
scott hess <shess@ssesco.com>  <Who achieved programmer nirvana on Aug 11th>
12901 Upton Avenue South, #326  Burnsville, MN 55337 (612) 895-1208 Anytime!
   <Text: One Class to bring them all and in the darkness bind them ...>