Closed GoogleCodeExporter closed 9 years ago
[deleted comment]
Original comment by jwopitz
on 16 Oct 2008 at 5:36
so this is basically the same as the IsoView's pan method. The IsoDisplayObject
would move from rather than move to. Relative coordinates vs Explicit
coordinates.
I will certainly consider this as it would be nice to say move something by x,
y, z
rather than having to know specifically the targeted x, y, z.
Original comment by jwopitz
on 16 Oct 2008 at 5:39
added moveBy(x:Number, y:Number, z:Number) to IIsoDisplayObject and its
implementers.
Committed to SVN and will be available in next build.
Original comment by jwopitz
on 17 Oct 2008 at 9:09
im checking out from svn every morning so np :)
Original comment by game...@gmail.com
on 18 Oct 2008 at 6:55
Hi, I think you misunderstood me or I misunderstood you :)
Did you check attached diff? Your implementation totally differs from what I
suggested and pan method does different thing also. Could you check
http://www.gbox.lt/moveByGridTo.jpg (or attached image) I think it will be
easier to
understand.
Original comment by game...@gmail.com
on 18 Oct 2008 at 8:09
Attachments:
[deleted comment]
I understood what you were saying and it led me to add the relative position
method
(unrelated to the feature request). Honestly, I am not sure I want to tie any
grid-based logic into the lib as that would most likely be an
implementation-specific
feature for whatever application you decide to use it on.
You could easily implement that change yourself if you need this logic. Given a
specific grid with a specific cell size, you pass in the relative pan
coordinates (x,
y, z) which would be multiplied by the cell size and then += to the object's
current
position. This would be probably best implemented on a utility type class.
Hope that helps you.
Original comment by jwopitz
on 18 Oct 2008 at 6:35
Original issue reported on code.google.com by
game...@gmail.com
on 16 Oct 2008 at 7:36Attachments: