yrjr I'm experiencing the exact same issue with the Schok Flip I just received yesterday from T-Mobile. Manual says hold the OK button for 2 seconds to enable/disable the virtual mouse, but that does absolutely nothing. I tried manually setting the camera button to start the virtual mouse on short click, but that doesn't do anything either.
Interesting stack trace though when I do click the camera button though:
06-22 22:45:08.700 1376 1501 I ActivityTaskManager: START u0 {flg=0x10208000 cmp=com.schok.virtualmouse/.MainActivity} from uid 1000
06-22 22:45:08.700 1376 1501 E InputManager-JNI: An exception was thrown by callback 'interceptKeyBeforeDispatching'.
06-22 22:45:08.701 1582 1952 D TelephonyIcons: signalStrengthArray.length=10
06-22 22:45:08.701 1376 1501 E InputManager-JNI: java.lang.NullPointerException: Can't toast on a thread that has not called Looper.prepare()
06-22 22:45:08.701 1376 1501 E InputManager-JNI: at com.android.internal.util.Preconditions.checkNotNull(Preconditions.java:157)
06-22 22:45:08.701 1376 1501 E InputManager-JNI: at android.widget.Toast.getLooper(Toast.java:179)
06-22 22:45:08.701 1376 1501 E InputManager-JNI: at android.widget.Toast.<init>(Toast.java:164)
06-22 22:45:08.701 1376 1501 E InputManager-JNI: at android.widget.Toast.makeText(Toast.java:492)
06-22 22:45:08.701 1376 1501 E InputManager-JNI: at android.widget.Toast.makeText(Toast.java:480)
06-22 22:45:08.701 1376 1501 E InputManager-JNI: at com.android.server.policy.PhoneWindowManager.startActivitySafely(PhoneWindowManager.java:3491)
06-22 22:45:08.701 1376 1501 E InputManager-JNI: at com.android.server.policy.PhoneWindowManager.handleCameraShortKeyAction(PhoneWindowManager.java:3454)
06-22 22:45:08.701 1376 1501 E InputManager-JNI: at com.android.server.policy.PhoneWindowManager.interceptKeyBeforeDispatching(PhoneWindowManager.java:2903)
06-22 22:45:08.701 1376 1501 E InputManager-JNI: at com.android.server.wm.InputManagerCallback.interceptKeyBeforeDispatching(InputManagerCallback.java:336)
06-22 22:45:08.701 1376 1501 E InputManager-JNI: at com.android.server.input.InputManagerService.interceptKeyBeforeDispatching(InputManagerService.java:1993)
Looks like a bug right out of the box. Exact same issue right after factory resetting the phone. Clearly some great software QA on Schok's end... especially for a core feature.
Already emailed their support in hopes that they can get this sorted out ASAP.