<div dir="auto"><div dir="auto">Currently, position/orientation of an avatar can be queried by Proximitysensor and can be modified by a pointing device like a mouse or a finger. However, as far as I can tell it cannot be modified programmatically, in a script. The difference to a Viewpoint is that an avatar has additional offset gained by navigation relative to the bound Viewpoint. A Viewpoint can be modified but the avatar's offset is only affected by interactivity and cannot be scripted.</div><div dir="auto"><br></div><div dir="auto">Is this correct and if so what is the rationale for not providing SAI access to modify navigation ? </div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto">The reason why I am asking is this x3dom issue: <a href="https://github.com/x3dom/x3dom/issues/912">https://github.com/x3dom/x3dom/issues/912</a></div><div dir="auto"><br></div><div dir="auto">The challenge is to sync examine mode views in two scenes where one only allows orbiting, and where the Viewpoint itself should be preserved to provide a safe home view. The best solution involved accessing x3dom internals to directly control the navigation offset which is not satisfactory.</div><div dir="auto"><br></div><div dir="auto">How would a SAI solution to such a challenge look like ? </div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto">Happy holidays, Andreas</div><div dir="auto"><br></div><br><br><div data-smartmail="gmail_signature">---on the phone---</div></div>