|Anonymous | Login||10-26-2021 04:29 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|
|0000993||[Squeak 5.2]||minor||always||03-17-05 03:51||04-06-05 10:16|
|Summary||0000993: Rotating a morph changes the z-order|
* Get two ellipses and make them so that they overlap.
* Get the viewer of the one under another.
* turn the under one.
|Attached Files||flexFix-sw.cs.gz [^] (1,103 bytes) 03-30-05 14:58|
(0001320 - 726 - 770 - 770 - 770 - 770 - 770)
I've just uploaded a fileout, "flexFix-sw", which purports to fix this. To quote from the preamble:
"Fix for Mantis bug 993: 'rotating morph changes z-order.' This is a bug that dates to the original implementaiton of 'flexing' (generic Morph rotation) in early 1998. After this fix, when a flex shell is added, we now remember the z-position of the original morph and ascribe that same z-position to the TransformationMorph that replaces it.
This update also fixes the dual of that bug, which is that when a TransformationMorph decides it's no longer needed, and gets itself replaced by the morph it formerly had been governing, the unrotated morph had not been getting inserted in the z-ordering in the same place."
(0001349 - 54 - 54 - 54 - 54 - 54 - 54)
|Now published to SqueakAlpha as update 0414flexFix-sw.|
|03-17-05 03:51||ohshima||New Issue|
|03-30-05 14:58||ScottWallace||File Added: flexFix-sw.cs.gz|
|03-30-05 15:00||ScottWallace||Note Added: 0001320|
|04-06-05 10:16||ScottWallace||Note Added: 0001349|
|04-06-05 10:16||ScottWallace||Assigned To||=> ScottWallace|
|04-06-05 10:16||ScottWallace||Status||new => resolved|
|04-06-05 10:16||ScottWallace||Resolution||open => fixed|
|04-06-05 10:16||ScottWallace||Description Updated|
| Mantis 1.0.8[^]
Copyright © 2000 - 2007 Mantis Group
43 total queries executed.|
32 unique queries executed.