-
Notifications
You must be signed in to change notification settings - Fork 44
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Starting time #4
Comments
Not out of the box for the moment. You could subclass WindowView as follows: public class ManualWindowView extends WindowView {
// .. standard constructors
public void startTracking(){
sensor.startTracking(getSensorSamplingPeriod());
}
public void stopTracking(){
sensor.stopTracking();
}
} and then control it as such, although it is clearly not ideal as it would still be active by default. |
Adding more options for controlling this is not difficult and I could do so in a future version. Pull requests are of course also welcome! I can see offering the following options:
Do you agree that these options would cover the majority of use cases, or am I missing something? |
Yes, i think these option cover a lot of use case! The second options are useful when user has to add some animations to the windowsview and prefers to start tilting after animation ends. |
The aforementioned options are now available in the 0.2.0 release. Refer to TiltSensorMode or the documentation for |
Is possibile to choose when to start the sensor listening (and so the panning)???
The text was updated successfully, but these errors were encountered: