Open niskander opened 11 years ago
This affects not only getX and getY but everything in SMT, Touches will be changed by these transformations, etc. If we account for these transformations, we would have to do so everywhere, so this might be more doable after Issue #121 is fixed by having a special main Zone that would use Processing's matrix as it's own, and all other Zones, Touches, etc would inherit that.
+1 to this as well. This is a serious issue, please address.
Zone::getX and getY return incorrect coordinates when 2D transformations are made from inside Processing (outside of the touch method). Not sure if by design or not, so I'm marking it as enhancement.