[Mono-bugs] [Bug 557713] New: Invalid mouse location in MouseMove event when mouse is captured
bugzilla_noreply at novell.com
bugzilla_noreply at novell.com
Mon Nov 23 07:05:28 EST 2009
http://bugzilla.novell.com/show_bug.cgi?id=557713
http://bugzilla.novell.com/show_bug.cgi?id=557713#c0
Summary: Invalid mouse location in MouseMove event when mouse
is captured
Classification: Mono
Product: Mono: Class Libraries
Version: 2.4.x
Platform: x86
OS/Version: Mac OS X 10.5
Status: NEW
Severity: Normal
Priority: P5 - None
Component: Windows.Forms
AssignedTo: mono-bugs at lists.ximian.com
ReportedBy: andreas.flucke at t-online.de
QAContact: mono-bugs at lists.ximian.com
Found By: ---
Blocker: ---
Created an attachment (id=328958)
--> (http://bugzilla.novell.com/attachment.cgi?id=328958)
test.cs
User-Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1;
Trident/4.0; .NET CLR 2.0.50727; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729;
NET4.0C; .NET4.0E)
When the mouse is captured (Control.Capture = true) the mouse location in
MouseMove event (e.Location) is invalid if the mouse pointer leaves the
control.
In the attached testcase, when clicking into the white panel and dragging the
mouse outside the panel, the location jumps to the location of the form.
Vice versa when clicking onto the form and dragging over the panel, the
location (which is shown in the title bar) is also invalid.
This behavior makes it very hard to drag controls programmatically.
Reproducible: Always
Steps to Reproduce:
1.compile and run attached testcase
2.click onto the white panel
3.mouve the mouse pointer (pressed) outside the panel and view title bar
Actual Results:
Location jumps
Expected Results:
When the mouse is captured, the Location should always be relative to the
Control
Seems to be only a OSX bug.
--
Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.
More information about the mono-bugs
mailing list