tags:

views:

2697

answers:

2

I'm thinking about using a hidden api to turn the screen off in my app. setScreenState from http://android.git.kernel.org/?p=platform/frameworks/base.git;a=blob;f=core/java/android/os/Power.java does what I want, but its a hidden API. Does that mean I shouldn't use it? I would think its a fairly stable api. Currently, I'm setting the screen timeout to 1 millisecond, and then resetting the timeout once the screen turns off. However, android ignores the 1 millisecond and instead it takes about 3 seconds to turn off and sometimes it ignores it completely and doesn't turn off. Any suggestions?

A: 

setScreenState...does what I want, but its a hidden API. Does that mean I shouldn't use it?

Yes, it means you shouldn't use it. In this case, the whole class would appear to be excluded from the SDK. Please stick to the SDK.

CommonsWare
If you know of a way to turn off the screen reliably, please let me know!
David Shellabarger
+1  A: 

Here's what I did to work around the need to make the screen sleep. You can do this in an activity window. I paired it with reducing the sleep timeout to 5 sec for this custom lockscreen activity. You can view all my source over at my project page, but here's the relevant part about turning the screen off that worked for me on a droid.

public void setBright(float value) {
    Window mywindow = getWindow();

    WindowManager.LayoutParams lp = mywindow.getAttributes();

            lp.screenBrightness = value;

            mywindow.setAttributes(lp);
}

//call this task to turn off the screen in a fadeout.


class Task implements Runnable {
    public void run() {                
            if (bright != 0) {
                    setBright(bright/100); //start at 10% bright and go to 0 (screen off)

                    bright--;
                    serviceHandler.postDelayed(myTask, 100L);
            }
            else {
                    setBright((float) 0.0); 

                    bright = 10;//put bright back
            }
    }
}

I used the handler task as a test for the method, it worked when I called it from onBackPressed in the first build. Now, I just have the activity setBright to 0.0 at onCreate. This makes it so the screen doesn't actually turn on even if my user wakes the CPU by an accidental volume key press. When I want the screen to go on, I have the key event call setBright to a value greater than 0 (1.0 means max bright). I'm very lucky this works for my custom lockscreen activity. I found that changing the literal brightness system setting doesn't work like this, and won't get the screen off.

check out my other source over on my project svn http://code.google.com/p/mylockforandroid/source/checkout

How hard do you think it is to ask the android team to add support for turning the screen off or defining whether the screen should wake via Lock mediator replacement similarly to how you could program an alternative Home Launcher app?

I am also testing whether you might be able to pair the shortening of the timeout with code that also reduces the brightness. I've installed brightness widgets in which the slider allowed me to turn it all the way to 0, and upon doing that the screen would actually turn off! I'll report back if I can get somewhere with that.
Hey David - I'm calling it myLock. Just a simple toggle for suppressing the lockscreen or sleep timeout. My main version already runs with an ongoing shortcut to the settings interface, but my idea was to make a new lockscreen that emulates a home screen. Anyway, I learned today a way I can turn the screen off or keep it off despite CPU wake with a custom lockscreen. It's pretty ingenious. I'm just wishing we could have access to defining the rules of screen wakeup and a way to send it to sleep in the power manager. I'm going to petition the android team. Watched your smartlock vid, very nice
Update: This is working very very well for my needs of keeping the screen off if I get a key event while a dismiss_keyguard window is up that I really don't want turning on the screen. It seems like you'd be able to call up a similar show_when_locked activity with the same functionality when you wanted to do a screen off. my latest source illustrates a timeout so if user presses power during that "silent" wake it will be handled. I haven't yet tested how you might have the show_when_locked window finish itself when the real screen off broadcast comes in signaling the OS timeout is done.