> On 2015/01/11, at 5:25, Quincey Morris
> wrote:
>
> BTW, if the text field is changing the cursor on mouseMoved: events, which is
> possible, then your attempts to control the cursor with cursorUpdate: seem
> doomed to failure.
Not doomed to failure, but likely requiring a subclass of NSTe
On Jan 10, 2015, at 11:42 , ecir hana wrote:
>
> And that is where it stops working, no need to visit Neptune. The part of
> custom view over the textview stops displaying the defined cursor, at shows
> I-beam cursor instead.
Excellent! (Not that it fails, but that you have something specific
On Sat, Jan 10, 2015 at 6:18 PM, Quincey Morris <
quinceymor...@rivergatesoftware.com> wrote:
> — Make sure you *start* by investigating whether the tracking area options
> are configured correctly. You’re wasting your time if you go off looking
> for interactions between “sibling” tracking areas
On Jan 10, 2015, at 08:46 , ecir hana wrote:
>
> if I figure out something useful […]
Seems to me that this discussion has gone off the rails. Aside from a caveat
that, of course, things may have changed slightly in Yosemite in ways that we
haven’t noticed yet, NSTrackingArea isn’t that broken
On Sat, Jan 10, 2015 at 4:54 PM, Uli Kusterer
wrote:
>
> I think you’re reading that into the documentation. In most views,
> cursor-setting is pretty much predictable, and I think text views are
> mainly meant as an example here, and aren’t that special.
>
Yeah, you are probably right...
I di
On 10 Jan 2015, at 16:18, ecir hana wrote:
> thanks a lot for the reply!
>
> I tried to override "mouseMoved:", "addCursorRect:cursor:",
> "cursorUpdate:", "resetCursorRects", "mouseEntered:" without calling
> "super", but the I-beam cursor is still set when it is being moved over
> NSTextView.
Hi Uli,
thanks a lot for the reply!
I tried to override "mouseMoved:", "addCursorRect:cursor:",
"cursorUpdate:", "resetCursorRects", "mouseEntered:" without calling
"super", but the I-beam cursor is still set when it is being moved over
NSTextView.
I also found this in the "Cocoa Event Handling
On 09 Jan 2015, at 14:19, ecir hana wrote:
> I have a window with a custom view, which contains two children: a textview
> with scrollbars and a button. I would like to overlay the button over the
> textview so when I click in that area somewhere, the button receives the
> event before the textvie
On Fri, 9 Jan 2015 14:56:09 -0700, Keary Suska said:
>It may have changed but my recollection is that interaction with
>overlapping views is undefined.
No, it's been well-defined since 10.5, though the docs are of course still not
updated . I've also seen some cases where drawing order is
wron
On Jan 9, 2015, at 6:19 AM, ecir hana wrote:
> I have a window with a custom view, which contains two children: a textview
> with scrollbars and a button. I would like to overlay the button over the
> textview so when I click in that area somewhere, the button receives the
> event before the text
Hi!
I have a window with a custom view, which contains two children: a textview
with scrollbars and a button. I would like to overlay the button over the
textview so when I click in that area somewhere, the button receives the
event before the textview. It kind of works, except for one thing: the
11 matches
Mail list logo
