On Sun, Apr 27, 2008 at 3:34 PM, Quincey Morris
[EMAIL PROTECTED] wrote:
On Apr 26, 2008, at 23:14, an0 wrote:
Setting a cursor always works, but is useless if something else changes
it immediately afterwards. I think that might be what's happening here.
(Also, if view comes from a NIB,
Does this sample application still use cursorRects/NSTrackingRects?
Leopard introduced a new mechanism -- NSTrackingArea and cursorUpdate
events -- which doesn't have some of the problems that the old
mechanism supposedly had.
With NSTrackingArea and cursorUpdate you should be able to get
On Apr 26, 2008, at 08:47, an0 wrote:
Thanks. I've tried NSTrackingArea, and it seems a clearer concept and
easier to use. However, there are still two problems I can't fix:
1. Setting cursor in initWithFrame: and awakeFromNib does not have
effect. So I can't set the initial cursor.
2. Setting
Chances are, calling '[[self enclosingScrollView]
setDocumentCursor:[NSCursor closedHandCursor]]' in 'mouseDown:' will fix the
problem you're seeing. NSScrollView/NSClipView's way of changing the cursor
conflicts with autoscrolling or drag-scrolling, but AFAIK there's no way of
preventing
On Apr 23, 2008, at 08:10, an0 wrote:
Chances are, calling '[[self enclosingScrollView]
setDocumentCursor:[NSCursor closedHandCursor]]' in 'mouseDown:'
will fix the
problem you're seeing. NSScrollView/NSClipView's way of changing
the cursor
conflicts with autoscrolling or drag-scrolling,
On Apr 23, 2008, at 6:44 PM, Quincey Morris wrote:
On Apr 23, 2008, at 08:10, an0 wrote:
Chances are, calling '[[self enclosingScrollView]
setDocumentCursor:[NSCursor closedHandCursor]]' in 'mouseDown:'
will fix the
problem you're seeing. NSScrollView/NSClipView's way of changing
the
Cursor-tracking glitches, where the cursor doesn't revert when
exiting a view, are really common in Cocoa apps. I see them in all
kinds of apps, even major Apple ones like Mail and Xcode. I think
it's due to bugs in AppKit, unfortunately. These bugs have been
around since at least 10.0,
On 21 Apr 2008 07:41:25 -0700 , Jens Alfke [EMAIL PROTECTED] wrote:
On 21 Apr '08, at 6:22 AM, Ling Wang wrote:
Do you mean that it is unclear why this happens and there is no way
for application developers to avoid this annoyance?
As far as I know, yes. :-(
Jens
Perhaps it's not
You can see the code at http://developer.apple.com/samplecode/DragItemAround/listing2.html
on ADC.
The bug is that the cursor reverts to arrowCursor if the item is
dragged off the bound calculated at the mouseDown event just before
current mouseDragged event, instead of staying
On 20 Apr '08, at 3:43 AM, Ling Wang wrote:
The bug is that the cursor reverts to arrowCursor if the item is
dragged off the bound calculated at the mouseDown event just before
current mouseDragged event, instead of staying closedHandCursor.
Maybe it will be clear till you try to run it.
10 matches
Mail list logo
