bugDotGNU Portable.NET - Bugs: bug #8968, Xsharp not passing on x,y changes...

 
 

You are not allowed to post comments on this tracker with your current authentication level.

bug #8968: Xsharp not passing on x,y changes during resize events.

Submitter:  Richard Baumann <Rich333>
Submitted:  Sat 15 May 2004 11:34:09 AM UTC
   
 
Category:  None Severity:  3 - Normal
Item Group:  None Status:  None
Privacy:  Public Assigned to:  None
Open/Closed:  Open

Wed 28 Jul 2004 10:59:21 AM UTC, comment #2: 

Okay, this one is a wierd one. The patch I've submitted for bug #8983 seems to correct the maximize/minimize and bottom right resize and moving events, however resizing the window from any other corner other than the bottom right does not throw the event.  I don't know at this stage if this is related to the windowmanager handling, X, or Xsharp.

Deryk Robosson <drobosson>
Group Member
Mon 17 May 2004 12:32:58 PM UTC, comment #1: 

Added bug 8983. This one may be related to that one.

Anonymous
Sat 15 May 2004 11:34:09 AM UTC, original submission:  

Xsharp isn't passing on x,y changes during resize events, like maximize, which change the top/left location of a top-level window. I tracked it out from winforms as far as DrawingTopLevelWindow::IToolkitWindow::MoveResize and DrawingTopLevelWindow::OnMoveResize. The x,y values at that point are unchanging unless an actual move of the window is made. The attached test-case (from djlogan) shows a symptom of the problem; when the resize changes the x,y position, the menu pops up in the pre-resize x,y position.

Richard Baumann <Rich333>
Group Member

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attached Files
file #1316:  t2.cs added by Rich333 (741B - application/octet-stream - Test case from djlogan which exhibits the problem behavior.)

 

Depends on the following items: None found

Items that depend on this one: None found

 

CC list is empty

 

There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

 

Follows 1 latest change.

Date Changed by Updated Field Previous Value => Replaced by
2004-05-15 Rich333 Attached File- Added t2.cs, #1308

Back to the top

Powered by Savane 3.14-8eb0.
Corresponding source code