|Anonymous | Login||09-28-2020 22:51 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|
|0001738||[Squeak] Morphic||minor||sometimes||08-23-05 21:50||10-09-07 03:27|
|Summary||0001738: Obscure BlueButton behavior bug gives clue to other problems.|
For this one
Get a rectangle
Rotate it 45 degrees with halo.
Click on desktop somewhere to remove halos.
On rectange bluebutton down and then drag.
If this has all been done with the right timing you will notice that the cursor has jumped in its offset from the dragged rectangle.
This does not happen if the rectangle is not rotated.
It does not happen if the halo is already present on the rectange when the blue button goes down.
It happens back in Squeak 3.0.
It does not happen in Squeak 2.7 or 2.8.
This is a trivial bug in itself. It might be the symptom of a more serious problem.
It points to some error in following the transforms and probably to a sign error or a direction error in that.
Might be interesting for someone to track down.
(0002534 - 498 - 564 - 564 - 564 - 564 - 564)
Ha. I misobserved.
It is not the cursor but the morph that jumps.
Further experimenting has shown that the amount of the jump is the difference between the rendered morphs position and the position of the transform morph that is rendering it.
To see this get the bounds to show in halos.
Rotate the morph and try to blue button drag what started out as its topleft corner.
The morph will jump and you will be at the topleft of the bounds.
That should narrow down the usual suspects.
|08-23-05 21:50||wiz||New Issue|
|08-26-05 07:31||wiz||Note Added: 0002534|
|10-09-07 03:27||matthewf||Relationship added||child of 0006567|
| Mantis 1.0.8[^]
Copyright © 2000 - 2007 Mantis Group
37 total queries executed.|
29 unique queries executed.