hind the scenes with the tracking rects.
>
> - Original Message -
> From: mlist0...@gmail.com
> To: "Lee Ann Rucker"
> Cc: "Cocoa Dev"
> Sent: Sunday, May 20, 2012 11:11:51 AM
> Subject: Re: trackingAreas can be snuck up on without triggering?
>
om
To: "Lee Ann Rucker"
Cc: "Cocoa Dev"
Sent: Sunday, May 20, 2012 11:11:51 AM
Subject: Re: trackingAreas can be snuck up on without triggering?
On May 20, 2012, at 10:45 AM, Lee Ann Rucker wrote:
> But if you're only updating the cursor, why not try addCursorRect:cur
On May 20, 2012, at 10:45 AM, Lee Ann Rucker wrote:
> But if you're only updating the cursor, why not try addCursorRect:cursor: ?
> Presumably that's smart enough to know about the grow zone.
The docs note that -addCursorRect:cursor: is "legacy api", supplanted in
Leopard by... tracking rects!
Belt *and* suspenders? ;)
_murat
On May 20, 2012, at 7:43 AM, Quincey Morris wrote:
> On May 20, 2012, at 02:21 , mlist0...@gmail.com wrote:
>
>> Your alternate approach is essentially to give up on tracking areas, no? The
>> tracking area approach has an attractive simplicity, especially once
only updating the cursor, why not try addCursorRect:cursor: ?
Presumably that's smart enough to know about the grow zone.
- Original Message -
From: mlist0...@gmail.com
To: "Cocoa Dev"
Sent: Saturday, May 19, 2012 10:10:34 PM
Subject: trackingAreas can be snuck up on witho
On May 20, 2012, at 9:02 AM, Ken Thomases wrote:
> On May 20, 2012, at 10:04 AM, Kyle Sluder wrote:
>
>> Have you implemented -updateTrackingAreas?
>
> Or you can try specifying NSTrackingInVisibleRect to take care of much tedium
> for you.
Nope, didn't help either.
_murat
__
On May 20, 2012, at 8:04 AM, Kyle Sluder wrote:
> Have you implemented -updateTrackingAreas?
Implementing it did not help. Not a surprise since my view doesn't change
geometry.
_murat
___
Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
Please do
On May 20, 2012, at 10:04 AM, Kyle Sluder wrote:
> On May 19, 2012, at 10:10 PM, "mlist0...@gmail.com"
> wrote:
>
>> I have a view for which I am adding a tracking area so that I can update the
>> cursor. The view entirely fills my window and is the only view in the
>> window's content view.
On May 19, 2012, at 10:10 PM, "mlist0...@gmail.com" wrote:
> I have a view for which I am adding a tracking area so that I can update the
> cursor. The view entirely fills my window and is the only view in the
> window's content view.
>
> The tracking area is being registered thusly:
>
> - (v
On May 20, 2012, at 02:21 , mlist0...@gmail.com wrote:
> Your alternate approach is essentially to give up on tracking areas, no? The
> tracking area approach has an attractive simplicity, especially once my view
> hierarchy and cursor tracking needs get more complicated, but if it's broken,
>
No, the window is very vanilla. No scrollviews. Hierarchy is
NSWindow
NSView (window's content view)
MyView
Your alternate approach is essentially to give up on tracking areas, no? The
tracking area approach has an attractive simplicity, especially once my view
hierarchy and cursor
On May 19, 2012, at 22:10 , mlist0...@gmail.com wrote:
> If I whip the mouse into the window's content area, my cursorUpdate method is
> called and I see the correct cursor. If I slowly sneak the mouse into my
> window's content area, I see the window resize cursor for a moment as I cross
> int
Hmmm. Running on 10.6 gives me a SIGABRT at launch.
I can reboot under Lion and look at this in the morn if you still need another
set of eyeballs.
Cheers.
On May 20, 2012, at 1:10 AM, mlist0...@gmail.com wrote:
> I have a view for which I am adding a tracking area so that I can update the
>
I have a view for which I am adding a tracking area so that I can update the
cursor. The view entirely fills my window and is the only view in the window's
content view.
The tracking area is being registered thusly:
- (void) awakeFromNib
{
NSTrackingArea* trackingArea = [[NSTrackingArea all
14 matches
Mail list logo
