Groups
Groups
Sign in
Groups
Groups
Cappuccino & Objective-J Development List
Conversations
About
Send feedback
Help
Proposed fix for issue 200 - improper handling of mouseEntered when the view does not override it
15 views
Skip to first unread message
Saikat Chakrabarti
unread,
Jun 15, 2009, 2:45:52 AM
6/15/09
Reply to author
Sign in to reply to author
Forward
Sign in to forward
Delete
You do not have permission to delete messages in this group
Copy link
Report message
Show original message
Either email addresses are anonymous for this group or you need the view member email addresses permission to view the original message
to Cappuccino & Objective-J Development List
http://github.com/280north/cappuccino/issues/#issue/200
is the
original issue. I have a proposed fix at
http://github.com/saikat/cappuccino/commit/8a2788f7ad4d9a2423a004f8b991bf42e3588efe
. I'm fairly unsure about this fix (I just made mouseEntered and
mouseExited not go down the responder chain) because the documentation
for NSResponder says "The default implementation simply passes this
message to the next responder." (
http://developer.apple.com/documentation/Cocoa/Reference/ApplicationKit/Classes/NSResponder_Class/Reference/Reference.html#//apple_ref/occ/instm/NSResponder/mouseEntered
:
). However, i just tested out a Cocoa app where I had a view that did
not implement mouseEntered as a subview on a view that did implement
mouseEntered (a NSTextField on top of a custom view), and hovering
over the view that did not implement mouseEntered did not make an
extra call to mouseEntered on the superview.
Reply all
Reply to author
Forward
0 new messages