Follow-up Comment #1, bug #28585 (project gnustep):
The problem lies into [GormScrollViewEditor mouseDown:] which calls edited
object's -[hitTest:] with the point in the window coordinates (not the edited
object's superview ones as stated in the Apple documentation of -[NSView
hitTest:]: "aPoint is in the coordinate system of the receiver’s superview,
not of the receiver itself.")
I have attached the patch fixes the problem which is manifested not only when
NSTableView resides inside NSTabView but with any NSTableView is inside a view
other than window's content view (see the additionally attached gorm file).
(file #23903, file #23904)
_______________________________________________________
Additional Item Attachment:
File name: GormScrollViewEditor.patch Size:0 KB
File name: NSTableColumnResizing.gorm.tar.bz2 Size:2 KB
_______________________________________________________
Reply to this item at:
<http://savannah.gnu.org/bugs/?28585>
_______________________________________________
Message sent via/by Savannah
http://savannah.gnu.org/
_______________________________________________
Bug-gnustep mailing list
[email protected]
https://lists.gnu.org/mailman/listinfo/bug-gnustep
