- From: Mikhail Pozdnyakov via GitHub <sysbot+gh@w3.org>
- Date: Tue, 28 Feb 2017 14:05:39 +0000
- To: public-device-apis-log@w3.org
> Cool. Can we turn that into a use case and derive those as requirements? That would be pretty awesome. Let the following to be the first draft: **Use cases** 1. A 3D compass web application monitor's the device's orientation and aligns the compass heading in a three-dimensional space. https://raw.githubusercontent.com/richtr/Marine-Compass/master/screenshots/marinecompass1.png 2. A web-based game uses the device's orientation relative to the Earth's surface as user input. For example, simulation of Ball-in-a-maze puzzle. 3. A WebVR API polyfill implementation tracks the headset's (or mobile device's for mobile VR) orientation. 4. A mapping web application orientates the 2D map with the orientation of the device. **Functional requirements** 1. The API must provide data that describes the device's physical orientation in a stationary 3D coordinate system. 2. The API must provide data in representation that matches that of the WebGL interfaces and methods. 3. The API must address the VR requirements for high performance and low motion-to-photon latency, and not introduce significant overhead over corresponding native platform APIs. 4. The API must extend Generic Sensor and inherit its functionality and satisfy its requirements. **Non-functional requirements** 1. The API must provide developer friendly and consistent higher level abstractions optimised for the common use cases. -- GitHub Notification of comment by pozdnyakov Please view or discuss this issue at https://github.com/w3c/sensors/issues/170#issuecomment-283047311 using your GitHub account
Received on Tuesday, 28 February 2017 14:05:46 UTC