Anonymous | Login | 03-01-2021 19:05 UTC |
Main | My View | View Issues | Change Log | Docs |
Viewing Issue Simple Details [ Jump to Notes ] | [ View Advanced ] [ Issue History ] [ Print ] | |||||||||||
ID | Category | Severity | Reproducibility | Date Submitted | Last Update | |||||||
0006187 | [Squeak] Morphic | minor | sometimes | 02-21-07 05:50 | 09-26-07 02:22 | |||||||
Reporter | wiz | View Status | public | |||||||||
Assigned To | ||||||||||||
Priority | normal | Resolution | open | |||||||||
Status | new | Product Version | 3.9 | |||||||||
Summary | 0006187: In 7067 on: #mouseMove send: etc. does not always get noticed. | |||||||||||
Description |
In a workspace evaluate piece := RectangleMorph initializedInstance openCenteredInWorld. piece on: #mouseMove send: #halt to: piece . Now go over to the morph and press mouse down. (The piece is picked up. i.e. the underlying pasteup morph gets the mouse events) At this point the halt will not happen. Now also evaluate: piece on: #mouseUp send: #halt to: piece . and do the same thing. (Mousing down will not lift the morph and moving will get a series of halt boxes.) |
|||||||||||
Additional Information |
Apparently the morph will not get mouse move events unless it also gets mouse down and/or mouseup events as well. This is at least an oddity calling for some clarifing documentation. It may also be a bug in its own right. The general issue is mouse focus. What discipline does it follow? How is its behavior reliably described? Yours in service, --Jeorme Peace |
|||||||||||
Attached Files | ||||||||||||
|
There are no notes attached to this issue. |
![]() |
|||
Date Modified | Username | Field | Change |
02-21-07 05:50 | wiz | New Issue | |
09-26-07 02:22 | matthewf | Relationship added | related to 0001353 |
Mantis 1.0.8[^]
Copyright © 2000 - 2007 Mantis Group
33 total queries executed. 27 unique queries executed. |