• After 15+ years, we've made a big change: Android Forums is now Early Bird Club. Learn more here.

[Profile] [Light Sensor] V2 - Brightness adjust on Screen on

Hmmm. This is what I get when I import:
 

Attachments

  • uploadfromtaptalk1347647380513.jpg
    uploadfromtaptalk1347647380513.jpg
    46.9 KB · Views: 306
I was getting unpredictable results so I changed the Context for GetLight to Display Unlocked. It seems to work now.

I also cut the brightness choices down to two. Above 1500 and below. I use 100 for the lower setting. I'll probably add back the really low setting for levels below 160.
 
Here's my latest attempt. Oddly it works fine when I run it but it doesn't go to the lowest level when activated by Display Unlocked.
 

Attachments

  • uploadfromtaptalk1347679899193.jpg
    uploadfromtaptalk1347679899193.jpg
    55.3 KB · Views: 313
It seems over complicated. You don't really need the else. And upi would have a less than first
 
It still makes all the checks, just in reverse order. But yeah, Still start with the less than.
 
What's the performance difference and/or advantage between using Display On or Display Unlocked as the context?
 
I have a Pattern lock. For me, one of the biggest reasons to create this profile was to be able to see what I'm entering on teh pattern unlock screen. The Unlock context wouldn't help me there.
 
SUroot said:
It still makes all the checks, just in reverse order. But yeah, Still start with the less than.
Click to expand...

The point of the else is to skip the other checks if the first one matches.

For some reason on my phone this doesn't run on the lockscreen. That's why I changed to Display Unlocked.
 
bberryhill0 said:
The point of the else is to skip the other checks if the first one matches.
Click to expand...

Yes I know how it works. I use it in places too. However if is the last value, it checks everything before it first.

I'm not sure why you see 3 different brightness settings on your device. Theres no way your device is too slow, so why its acting so slow is beyond me.

Sure if this works for you better, use it. But I would still recommend having the less than setting first if you're having trouble getting it to run
 
My issue now is that, while the brightness setting will change, the screen won't usually show the change until I go into Display settings and pull up the slider (or access it through my Widgetsoid widget) and hit cancel. I don't know if this is a issue with my phone (HTC Vivid) or ICS.
 
I mentioned that problem earlier with touching my notification bar. Also sometimes, it would be at 0 but the slider would register one of the profile values.

This happened a lot when I was testing alternative methods looking for a v2 candidate. Sometimes a reboot fixed. Other time I had to restore the entire app data.

I never got passed that to be honest. Thsts why v2 is how it is. It works reliably for me
 
My version seems to be working now. So far on the low end I've seen lightvalues of 160, 225 and 320. The high is 10240 or something like that. Do your phones have the same range of values?

* This is cool. I just tweaked my lowest level to < 230 to catch the 225 level because it was a bit bright. This is how auto-brightness should work.
 
I changed the context for GetLight back to Display On and it didn't apply until the second time I turned the display on. Weird. Back to Display Unlocked.

On my phone Tasker takes about a second to process each line of code. I added a %Brightness variable so I can monitor %BRIGHT and the variable changes a second after the screen brightness changes.
 
And then there's the stuff you can swipe from the top and bottom. I have four projects. Still haven't figured out the stuff at the bottom.
 

Attachments

  • uploadfromtaptalk1349578231210.jpg
    uploadfromtaptalk1349578231210.jpg
    47.3 KB · Views: 350
You must log in or register to reply here.
Back
Top Bottom