I added this library to my project, and when trying to upload the apk to Google Play, I get the following warning: WARNING Users that have the APK with version code 10 may need to accept the android.permission.RECORD_AUDIO permission, which may result in them not upgrading to this version of the app.

I assume this is for the "Sound Level Detection" and I see this permission is added to the library's AndroidManifest. Would it be possible to remove it? I think it's a better option that whoever needs this feature, adds this permission by himself/herself to avoid warnings even when not needed

I just saw your library, actually liked it and thought to give it a try.

After attaching a flip detection listener in my activity, I see that the events are continuously getting fired. Like,

private FlipDetector.FlipListener mFlipListener = new FlipDetector.FlipListener() {
        @Override
        public void onFaceUp() {
            // Device Facing up
            Timber.d("DEVICE UP");
        }

        @Override
        public void onFaceDown() {
            // Device Facing down
            Timber.d("DEVICE DOWN");
        }
    };

in this code, I am getting continuous logs for "DEVICE UP" when the device is facing up and continuous logs for "FACE DOWN" when the device is facing down.

But my requirement is something different. If the device is facing up, it should just give one single onFaceUp() callback, and if the device is facing down it should just give one single onFaceDown() callback.

Is it possible with your library? If not, I will have to implement it myself. Just wanted to check if your library can do that or if you are willing to add it as an enhancement.

In my use case I need to trigger a special event at a customizable distance. The onNear and onFar methods work incredibly good. But the distance, when these are triggers, is too low for my use case.

There are 2 options I thought of.

A onDistance method, which will be triggered at a specific distance, which was defined/ set before.

No additional method, just changing the distance when onNear and onFar are triggered. This is actually my preferred option, since it keeps the behavior of the onNear and onFar methods but the trigger event can be placed at a specific distance. That would be pretty nice.

In my use case, a distance of between (around) 4 -15 cm must be set. Though that distance must be set dynamically.

I hope it's understandable. Thank you very much in advance. This library is really amazing - fantastic work!

Edited my comment for a better tangibility.

Do you want to request a feature or report a bug? Feature

What is the current behavior? ShakeDetection is working when app is open. I want it even though app is killed.

If the current behavior is a bug, please provide the steps to reproduce.

Any logs, error output, bugreport etc?

What is the expected behavior?

Any other comments? Please help to work with Shake Sensor in Background too.

What versions of software are you using?

• Device Information: Samsund Galext J8

• Android Version: Android 9.0

Tested sample app on Nexus 5, Android 6.0. Try to swipe to right, it shows "Swipe left" label. Moreover when try to swipe to top or bottom, it shows "swipe left".

As of now the sample app would not return any data when running on an emulator. This is because possibly the emulator does not support any sensor mocking.

To do so a possible solution of interest I found over at this link.

Thanks for the great work.

I have noticed that the master branch is quite old compared to the development one. Is it possible to make some release upgrade?

My github rep- https://github.com/debmalya191/gestureapp

I am making a simple app where on the shake gesture a new activity opens from the main activity but the app keeps crashing.

Here is my logcat-

dRuntime: FATAL EXCEPTION: main Process: com.example.mahe.gestureapp, PID: 28290 java.lang.NoSuchMethodError: No static method getFont(Landroid/content/Context;ILandroid/util/TypedValue;ILandroid/widget/TextView;)Landroid/graphics/Typeface; in class Landroid/support/v4/content/res/ResourcesCompat; or its super classes (declaration of 'android.support.v4.content.res.ResourcesCompat' appears in /data/app/com.example.mahe.gestureapp-rPGMtdXCLHaxk64RVyNspA==/split_lib_dependencies_apk.apk) at android.support.v7.widget.TintTypedArray.getFont(TintTypedArray.java:119) at android.support.v7.widget.AppCompatTextHelper.updateTypefaceAndStyle(AppCompatTextHelper.java:208) at android.support.v7.widget.AppCompatTextHelper.loadFromAttributes(AppCompatTextHelper.java:110) at android.support.v7.widget.AppCompatTextHelperV17.loadFromAttributes(AppCompatTextHelperV17.java:38) at android.support.v7.widget.AppCompatTextView.(AppCompatTextView.java:81) at android.support.v7.widget.AppCompatTextView.(AppCompatTextView.java:71) at android.support.v7.widget.AppCompatTextView.(AppCompatTextView.java:67) at android.support.v7.widget.Toolbar.setTitle(Toolbar.java:753) at android.support.v7.widget.ToolbarWidgetWrapper.setTitleInt(ToolbarWidgetWrapper.java:261) at android.support.v7.widget.ToolbarWidgetWrapper.setWindowTitle(ToolbarWidgetWrapper.java:243) at android.support.v7.widget.ActionBarOverlayLayout.setWindowTitle(ActionBarOverlayLayout.java:621) at android.support.v7.app.AppCompatDelegateImplV9.onTitleChanged(AppCompatDelegateImplV9.java:631) at android.support.v7.app.AppCompatDelegateImplV9.ensureSubDecor(AppCompatDelegateImplV9.java:328) at android.support.v7.app.AppCompatDelegateImplV9.setContentView(AppCompatDelegateImplV9.java:284) at android.support.v7.app.AppCompatActivity.setContentView(AppCompatActivity.java:139) at com.example.mahe.gestureapp.MainActivity.onCreate(MainActivity.java:15) at android.app.Activity.performCreate(Activity.java:6984) at android.app.Instrumentation.callActivityOnCreate(Instrumentation.java:1235) at android.app.ActivityThread.performLaunchActivity(ActivityThread.java:2783) at android.app.ActivityThread.handleLaunchActivity(ActivityThread.java:2909) at android.app.ActivityThread.-wrap11(Unknown Source:0) at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1606) at android.os.Handler.dispatchMessage(Handler.java:105) at android.os.Looper.loop(Looper.java:164) at android.app.ActivityThread.main(ActivityThread.java:6592) at java.lang.reflect.Method.invoke(Native Method) at com.android.internal.os.Zygote$MethodAndArgsCaller.run(Zygote.java:240) at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:769)

build.gradle-

android { compileSdkVersion 27 buildToolsVersion '27.0.0' defaultConfig { applicationId "com.example.mahe.gestureapp" minSdkVersion 15 targetSdkVersion 27 versionCode 1 versionName "1.0" testInstrumentationRunner "android.support.test.runner.AndroidJUnitRunner"

Hi dear. I read in following link about step Detection, but it's not really in your library!! Did you removed this feature? https://github.com/nisrulz/sensey/wiki/Usage#steps --> here you talked about it.

It seems like only one instance of Sensey can be created per activity (or context to be precise). Is there any way to create and attach different Sensey listeners to more than one view in a single activity?

What does this implement/fix? Explain your changes This PR fixes possible leak that users may encounter if they don't stop their specific sensor detectors. For ex. in this scenario:

class ShakeActivity : AppCompatActivity(), ShakeDetector.ShakeListener {

    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        setContentView(R.layout.activity_shake)

        Sensey.getInstance().init(this)
        Sensey.getInstance().startShakeDetection(this)
    }

    override fun onShakeStopped() {
        tvStatus.text = "Shake: Stopped"
    }

    override fun onShakeDetected() {
        tvStatus.text = "Shake: Detected"
        // this will show "Shake" even if this ShakeActivity destroyed
        Toast.makeText(this, "Shake", Toast.LENGTH_SHORT).show()
    }

    override fun onDestroy() {
        Sensey.getInstance().stop()
        super.onDestroy()
    }
}

As you can see above, in onDestroy() of ShakeActivity, I omitted stopShakeDetection(this) since I was expecting Sensey.getInstance().stop() should stop all the registered sensor detectors (maybe, others are doing this too). If you leave ShakeActivity in the above example and shake, toast "Shake" still appear because Sensey is still holding a reference to it

Does this close any currently open issues? I am not sure if this solves #26, as far as I understood it is similar to my case (the above example)

Any relevant logs, error output, bugreport etc? I tested it locally, LeakCanary shows "ShakeActivity leaked 45Kb" on my device.

JFrog just announced that they'll be shutting down JCenter: https://jfrog.com/blog/into-the-sunset-bintray-jcenter-gocenter-and-chartcenter/

Key dates are:

February 28th: No more submissions will be accepted to Bintray, JCenter May 1st: Bintray, JCenter services will no longer be available

Hence need to migrate to another maven repository like Maven central.

Hi, Thank you so much for this library. Although Step Detection is Not Working. I'm not sure if I'm doing something wrong.

Below is the code:

  private val stepListener =
        StepListener { noOfSteps, distanceInMeter, stepActivityType ->
        Log.d(TAG,"$noOfSteps ")
}

 override fun onCreate(savedInstanceState: Bundle?) {
     super.onCreate(savedInstanceState)
     Sensey.getInstance().startStepDetection(this, stepListener, StepDetectorUtil.MALE)
}

• Device Information: : OnePlus 6T

• Android Version: 10

Hii thank you so much for such a wonderful library 🔆 I'm using some other library to detect a global touch in my app due to some personal reasons. Which detects touch anywhere in the apo. When there's any touch action I get a callback with motion event. which I can pass to Sensey touchDispatcher. Actually, I've some specific requirements. When there's any callback on gesture detection, say Swipe detection callback. I want MotionEvent object as well, to detect where the event happened. Because now touches are global in the app. I actually don't know on what view or where touch happened. As Sensey currently doesn't provide MotionEvent in callback of detection.

So can we have MotionEvent object in some overridden method? Or how can I get that?

This "issue" serves as a guest book. You're welcome to write nice things about Sensey, share how it's helped you out, or name drop companies using it.

P.S: If you have a question/suggestion please open a separate issue 👨🏻‍💻

Idea came from this tweet

java.lang.NullPointerException: Attempt to invoke virtual method 'float android.view.MotionEvent.getX()' on a null object reference at android.view.View.onTouchEvent(View.java:13738) at android.support.design.widget.CoordinatorLayout.onTouchEvent(CoordinatorLayout.java:449) at android.view.View.dispatchTouchEvent(View.java:12527) at android.view.ViewGroup.dispatchTransformedTouchEvent(ViewGroup.java:3026) at android.view.ViewGroup.dispatchTouchEvent(ViewGroup.java:2705) at android.view.ViewGroup.dispatchTransformedTouchEvent(ViewGroup.java:3032) at android.view.ViewGroup.dispatchTouchEvent(ViewGroup.java:2662) at android.view.ViewGroup.dispatchTransformedTouchEvent(ViewGroup.java:3032) at android.view.ViewGroup.dispatchTouchEvent(ViewGroup.java:2662) at android.view.ViewGroup.dispatchTransformedTouchEvent(ViewGroup.java:3032) at android.view.ViewGroup.dispatchTouchEvent(ViewGroup.java:2662) at android.view.ViewGroup.dispatchTransformedTouchEvent(ViewGroup.java:3032) at android.view.ViewGroup.dispatchTouchEvent(ViewGroup.java:2662) at android.view.ViewGroup.dispatchTransformedTouchEvent(ViewGroup.java:3032) at android.view.ViewGroup.dispatchTouchEvent(ViewGroup.java:2662) at android.view.ViewGroup.dispatchTransformedTouchEvent(ViewGroup.java:3032) at android.view.ViewGroup.dispatchTouchEvent(ViewGroup.java:2662) at com.android.internal.policy.DecorView.superDispatchTouchEvent(DecorView.java:444) at com.android.internal.policy.PhoneWindow.superDispatchTouchEvent(PhoneWindow.java:1830) at android.app.Activity.dispatchTouchEvent(Activity.java:3465) at android.support.v7.internal.view.WindowCallbackWrapper.dispatchTouchEvent(WindowCallbackWrapper.java:59) at android.support.v7.internal.view.WindowCallbackWrapper.dispatchTouchEvent(WindowCallbackWrapper.java:59) at com.android.internal.policy.DecorView.dispatchTouchEvent(DecorView.java:402) at android.view.View.dispatchPointerEvent(View.java:12768) at android.view.ViewRootImpl$ViewPostImeInputStage.processPointerEvent(ViewRootImpl.java:5218) at android.view.ViewRootImpl$ViewPostImeInputStage.onProcess(ViewRootImpl.java:5018) at android.view.ViewRootImpl$InputStage.deliver(ViewRootImpl.java:4533) at android.view.ViewRootImpl$InputStage.onDeliverToNext(ViewRootImpl.java:4586) at android.view.ViewRootImpl$InputStage.forward(ViewRootImpl.java:4552) at android.view.ViewRootImpl$AsyncInputStage.forward(ViewRootImpl.java:4692) at android.view.ViewRootImpl$InputStage.apply(ViewRootImpl.java:4560) at android.view.ViewRootImpl$AsyncInputStage.apply(ViewRootImpl.java:4749) at android.view.ViewRootImpl$InputStage.deliver(ViewRootImpl.java:4533) at android.view.ViewRootImpl$InputStage.onDeliverToNext(ViewRootImpl.java:4586) at android.view.ViewRootImpl$InputStage.forward(ViewRootImpl.java:4552) at android.view.ViewRootImpl$InputStage.apply(ViewRootImpl.java:4560) at android.view.ViewRootImpl$InputStage.deliver(ViewRootImpl.java:4533) at android.view.ViewRootImpl.deliverInputEvent(ViewRootImpl.java:7251) at android.view.ViewRootImpl.doProcessInputEvents(ViewRootImpl.java:7220) at android.view.ViewRootImpl.enqueueInputEvent(ViewRootImpl.java:7181) at android.view.ViewRootImpl$WindowInputEventReceiver.onInputEvent(ViewRootImpl.java:7357) at android.view.InputEventReceiver.dispatchInputEvent(InputEventReceiver.java:247) at android.os.MessageQueue.nativePollOnce(Native Method) at android.os.MessageQueue.next(MessageQueue.java:326) at android.os.Looper.loop(Looper.java:165) at android.app.ActivityThread.main(ActivityThread.java:6810) at java.lang.reflect.Method.invoke(Native Method) at com.android.internal.os.RuntimeInit$MethodAndArgsCaller.run(RuntimeInit.java:547) at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:873)

Do you want to request a feature or report a bug?

What is the current behavior?

If the current behavior is a bug, please provide the steps to reproduce.

Any logs, error output, bugreport etc?

What is the expected behavior?

Any other comments?

What versions of software are you using?

• Device Information:

• Android Version:

• Configuration Information:

• Misc: