[x3d-public] resetting a viewpoint

Andreas Plesch andreasplesch at gmail.com
Tue Jan 30 14:30:25 PST 2018


Message: 3
> Date: Tue, 30 Jan 2018 06:58:36 -0700
> From: GPU Group <gpugroup at gmail.com>
> To: X3D Graphics public mailing list <x3d-public at web3d.org>
> Subject: Re: [x3d-public] resetting a viewpoint
> Message-ID:
>         <CAM2ogRd5P=mn1i4a7QmwwM=3+NSwpQhF6mxHEeEgdZivt_oCAQ@
> mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> via a route to set_bind, it works (resets current viewpoint) in
> freewrl, H3D, octaga
> but not in
> instant, vivaty
> -D
> http://dug9.users.sourceforge.net/web3d/tests/navigation/
> reset_viewpoint.x3d
>  --
>

Thanks, very interesting and confirmed.
BS Contact also resets
but
view3dscene
does not (with TS isActive routed to a BooleanFilter replacement of the
script).

I am pretty sure x_cite also does not reset although I did not try with
that particular scene. I did not actually test x3dom but it has its
dedicated resetView() function.

To me resetting on set_bind true (and retainUserOffsets false) would be
expected. Not sure what the motivation in the spec. was to demand no
effect. Perhaps there is some situation where it is convenient bind the
already bound viewpoint and expect no change ?

Since many browser already have this resetting behaviour and x_cite and
x3dom could likely be adjusted, perhaps this would be a case where it is
justfied to actually introduce a backwards incompatible change in behaviour
? Rather than introduce a new 'reset' field ?

-Andreas






Andreas Plesch
Waltham, MA 02453
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://web3d.org/pipermail/x3d-public_web3d.org/attachments/20180130/2739a80a/attachment.html>


More information about the x3d-public mailing list