- From: Leonard Daly <web3d@realism.com>
- Date: Mon, 1 Jan 2018 11:29:41 -0800
- To: public-decwebvr@w3.org
- Message-ID: <fb0f3dde-9dd5-d57a-1d0b-1feb20e7ec2d@realism.com>
Forgot to include the URL to the modified THREE cubes scene:
http://realism.com/XSEEN/test/cubes.html
Leonard Daly
> Happy New Year Everyone!
>
> I have been real quiet these couple of months working on a variety of
> projects. Part of that time has been thinking about handling
> Declarative VR in the browser. In particular what should happen when
> the web page requests a VR display, but the device is not VR capable.
> For example in a modified version of the THREE boxes example (see ) a
> button is put on the bottom of the display allowing the display to go
> into VR mode (if possible) or indicating that a VR device is not
> available.
>
> The user may have a phone with only cardboard. Cardboard is not
> considered a VR device (at least in context of WebVR). It is still
> possible to get a VR experience.
>
> If a programming environment such as THREE, that can be detected and
> other options offered. In a strictly declarative environment, that
> capability is not available. Should a Declarative VR language
>
> 1. automatically roll-over to a stereographic display
> 2. provide an ordered list of fallback options
> 3. only do exactly what is requested (no VR device ==> no VR display)
>
> Note that (3) is not necessary exclusive of (2).
>
> If (2) is the desired capability, then how is that best represented -
> as an attribute list ("option1, option2, ..."), a single fallback
> attribute, an ordered list of children tags?
>
>
> --
> *Leonard Daly*
> 3D Systems Architect & Cloud Consultant
> President, Daly Realism - /Creating the Future/
--
*Leonard Daly*
3D Systems Architect & Cloud Consultant
President, Daly Realism - /Creating the Future/
Received on Monday, 1 January 2018 19:30:05 UTC