The Following 2 Users Say Thank You to Helmuth For This Useful Post: | ||
|
2011-03-24
, 21:21
|
|
Posts: 533 |
Thanked: 1,341 times |
Joined on Dec 2010
@ Italy
|
#22
|
|
2011-03-24
, 22:22
|
|
Posts: 2,473 |
Thanked: 12,265 times |
Joined on Oct 2009
@ Jerusalem, PS/IL
|
#23
|
The "strange" thing is that I pre-instantiate the window and only show it when the call arrives, so that time is only used to render the window (and retrieve a single contact with QtMobility to get name and thumbnail).
If Gtk is a lot faster...Qt needs some tuning...
|
2011-03-24
, 22:45
|
Posts: 81 |
Thanked: 45 times |
Joined on Dec 2009
|
#24
|
|
2011-03-24
, 22:53
|
|
Posts: 279 |
Thanked: 231 times |
Joined on Apr 2010
@ Holland
|
#25
|
|
2011-03-25
, 05:44
|
|
Posts: 353 |
Thanked: 166 times |
Joined on Jun 2010
@ India
|
#26
|
|
2011-03-25
, 05:55
|
|
Posts: 800 |
Thanked: 957 times |
Joined on Sep 2010
@ India
|
#27
|
Thanks for fast understanding.
Mmmh... I would say that's half true.
Test it at a scetch application... If you put your finger on the right side of the screen and after that put your second on the left. The dot accelerate really fast, but stops exactly between your 2 fingers.
But yes, if you release your right finger now before the left the dot reachs the left side really fast.
I don't know how serious this could get. Perhaps yes, perhaps no. Perhaps we could filter it and recognize only "slow" slides... or slides that passes 5 points on the slide line and not only 3...
But anyway, it will improve the current problems.
And the next thing to think about:
The Nokia 5800 has also a resistive screen. This device had also Buttons to answer a call first and Nokia changed this behavior to slide to answer with a firmwareupdate.
I'm not sure, but I guess it was soon after the N97 got this update and slide to answer. But I don't know the facts exactly.
Anyway, I'm sure they had some reasons why they changed it!
|
2011-03-25
, 06:01
|
|
Posts: 353 |
Thanked: 166 times |
Joined on Jun 2010
@ India
|
#28
|
|
2011-03-26
, 10:19
|
|
Posts: 1,637 |
Thanked: 4,424 times |
Joined on Apr 2009
@ Germany
|
#29
|
I'm pretty sure the slowdowns are Qt-related, a Gtk rewrite would be appreciated, it's basically a daemon that needs to listen to DBus, get the number from there (same signal), then show/hide accordingly.
The Following 22 Users Say Thank You to nicolai For This Useful Post: | ||
|
2011-03-26
, 10:21
|
|
Posts: 4,365 |
Thanked: 2,467 times |
Joined on Jan 2010
@ Australia Mate
|
#30
|
The Following User Says Thank You to F2thaK For This Useful Post: | ||
Test it at a scetch application... If you put your finger on the right side of the screen and after that put your second on the left. The dot accelerate really fast, but stops exactly between your 2 fingers.
But yes, if you release your right finger now before the left the dot reachs the left side really fast.
I don't know how serious this could get. Perhaps yes, perhaps no. Perhaps we could filter it and recognize only "slow" slides... or slides that passes 5 points on the slide line and not only 3...
But anyway, it will improve the current problems.
And the next thing to think about:
The Nokia 5800 has also a resistive screen. This device had also Buttons to answer a call first and Nokia changed this behavior to slide to answer with a firmwareupdate.
I'm not sure, but I guess it was soon after the N97 got this update and slide to answer. But I don't know the facts exactly.
Anyway, I'm sure they had some reasons why they changed it!