Difference between revisions of "Talk:MoveTo"
Jump to navigation
Jump to search
no edit summary
imported>Scruggs (workaround for calling on activators) |
imported>Scruggs |
||
| Line 29: | Line 29: | ||
:But there is a downside: The object loses its special behavior when moved by a setpos function. You can't activate it anymore and collusion doesn't work anymore. --[[User:JustTim|JustTim]] 05:06, 29 May 2006 (EDT) | :But there is a downside: The object loses its special behavior when moved by a setpos function. You can't activate it anymore and collusion doesn't work anymore. --[[User:JustTim|JustTim]] 05:06, 29 May 2006 (EDT) | ||
After messing around with this function a bit, I'm finding that when called on an activator, it seems to update the activator's position without remembering to update the world art at the same time. Sometimes the object will remain in the same place after a MoveTo, but getPos returns its coordinates as having changed to the new position. So, after calling moveTo, if you call 'setPos x (getPos x)', it seems to force the world art to update. Haven't noticed any issues with collision or activation when using this workaround. | After messing around with this function a bit, I'm finding that when called on an activator, it seems to update the activator's position without remembering to update the world art at the same time. Sometimes the object will remain in the same place after a MoveTo, but getPos returns its coordinates as having changed to the new position. So, after calling moveTo, if you call 'setPos x (getPos x)', it seems to force the world art to update. Haven't noticed any issues with collision or activation when using this workaround. [[User:Scruggs|Scruggs]] 20:11, 26 June 2006 (EDT) | ||