Re: Slide 2 Answer
 

This would be highly, highly appreciated!

Re: Slide 2 Answer
 

This will NEVER be implemented as in a Touch Screen device, this exactly is the purpose of the proximity sensor: to disable the screen while the proximity sensor is covered, eg while in pocket. If proximity sensor was disabled, when the phone rings, the screen would lit up and the buttons would get pressed automatically.

Also, your problem is not caused due to delayed proximity sensor. IMO, it is due to delayed drawing of UI elements on screens, possibly due to high CPU load.

Re: Slide 2 Answer
 

:-/ While the phone is ringing there is no use of Proximity sensor if you have a slide to answer..

Proximity can be enabled after we pick up the call..

Think :) !

also..due to proximity sensor the cpu has to work more..cause of its absurd behavior.

Re: Slide 2 Answer
 

Actually, it is related, see fastsmsevo, they keyboard sometimes takes ages to show up.

And when you're getting a call, the load that the phone goes through for a reason I don't know of is a lot, so that doesn't help @ painting UI elements.

Re: Slide 2 Answer
 

I am not a Linux person, but can't you lower the priority of the phone while doing what you do, so that it can be useful? And then restore when slid so we can actually talk.

Re: Slide 2 Answer
 

No, thats not true! The proximity sensor disables the screen as soon as you hold the phone near your face / ear.
The abuse to use it to lock the screen in the pocket is only a dirty workaround. If you want to use it for this case you will need at minimum 4 proximity sensors at each corner of the screen to ensure the screen is really not covered while pulling it somewhere out.
The delay was introduced because of this in the last fix. But it doesn't fix the main problem. The phone unlocks the touchscreen itself. And the proximity sensor is the only sensor signal the N900 is able to evaluate if it is a good moment to unlock or not.

There are very good reasons why iOS, Android und even Symbian are using slide to answer if the screen was locked before. The proximity sensor has a other purpose.

Please see the Bug report for additional informations: Bug 5982

Re: Slide 2 Answer
 

Helmuth, arora, you guys are right! I didnt think of the ios way. I've only been used to winmo and uiq prior to maemo. Both these used the same methodology as n900. I never really thought about slide to answer as a feature rather than an eye candy. Thanks for opening my eyes.

However, i was thinking why all my previous phones all behaved the same. Then i got it- they all have a resisitve screen-like the n900. So, if the screen is on, it basically means that touching with anything is registered. And do you know what happens when we simultaneously click two points on our screens? it registers as a 0 second infinite speed slide. So even if do have a slide-to-answer, the resistive screen might make this potentially un-useful.
What do you guys think?

Re: Slide 2 Answer
 

Chuck Norris would say :
(silence )

I would say :

Not as bad as the current scenario. :-/ at least i would be able to pick call under 5 secs.

EDIT : and the thing about sliding.. you've used slide to unlock screen of n900 a lot fo times i guess...try using it once...the best part is..even if you move your finger up and down after you've pressed on the slider once..it still registers as a sliding!
Try it! :)

Re: Slide 2 Answer
 

You're right...I didn't remember the slowdown, but I tried my program now and it takes some seconds (4 or 5) to render the window...

Here's a screesnhot:
http://img141.imageshack.us/img141/4...1032420482.png

Re: Slide 2 Answer
 

Yes, and when you're testing you're probably not doing anything else, while in practice, you'll probably have some load on the device, so that 4-5s gets bumped to 10-15 :)

This needs to be done in Gtk.