I'd have a look through the transitions.ini, I'm sure that there are a few settings in there that'll do it- one (if I remember rightly) controls something like the number of angles the screen physically flips through (so less angles = quicker flip overall), and failing that you could edit the transition time itself for that action making it quicker.
EDIT: Or just use my transition file, it might do the trick straight if you're not already using a custom transition.ini
While you in a call, instead of putting the phone to your face/head, just hold it in your hand. Then use your thumb to cover up the proximity sensor, you'll noticed that the display will be switched off rather quickly (by design). Moving your thumb away from the sensor will then power up the display again...but there's a delay.
There's a time difference between the speed of turning the display on, and turning the display off. Off is a lot quicker...
What I would like to achieve is to make the response time shorter when the display comes back on.
While you in a call, instead of putting the phone to your face/head, just hold it in your hand. Then use your thumb to cover up the proximity sensor, you'll noticed that the display will be switched off rather quickly (by design). Moving your thumb away from the sensor will then power up the display again...but there's a delay.
There's a time difference between the speed of turning the display on, and turning the display off. Off is a lot quicker...
What I would like to achieve is to make the response time shorter when the display comes back on.
I get you now mate, although I'm not sure how to do that. Maybe post up a new thread and see what the Linux boys come up with- if it can physically be done (ie the delay isn't limited by something like the time it takes actually powering up the display) then they'll sort it for you!
Search before you go starting a new thread, I saw one only the other day and added my ten pence into it. I believe it would be a D-bus call that increases the polling rate to the proxy sensor, but I'm a) no linux buff and b) no coder, so I can't do it. Technology savvy, can work Photoshop fine no worries, but when it comes to this techie coding stuff I'm in well over my head.
May be issues with increasing the polling rate to the sensor too in terms of battery usage and the like. Besides, it'll eat up processor cycles and might cause lag when answering calls and during chat etc. No doubt some incredibly clever Linux guru will be able to answer the question, I'd be looking to qwerty12 or MohammedAG for an answer to this question....
Search before you go starting a new thread, I saw one only the other day and added my ten pence into it. I believe it would be a D-bus call that increases the polling rate to the proxy sensor, but I'm a) no linux buff and b) no coder, so I can't do it. Technology savvy, can work Photoshop fine no worries, but when it comes to this techie coding stuff I'm in well over my head.
May be issues with increasing the polling rate to the sensor too in terms of battery usage and the like. Besides, it'll eat up processor cycles and might cause lag when answering calls and during chat etc. No doubt some incredibly clever Linux guru will be able to answer the question, I'd be looking to qwerty12 or MohammedAG for an answer to this question....
Absolutely, of course search if you haven't already mate- I had (maybe a tad optimistically) assumed he searched before posting here
full 3d positioning
it knows position scale and direction of the device within a cone of visibility.
my renderer cannot deal with dynamic rotation of anything more than sketches yet though
Is it your doing icuk? Remember you did something else with some kind of app icons turning around there own axe when phone turns or do i remember wrong ?
)
