At first this bothered me like everyone else but once I discovered
that by matching the time for both display and power (mine are both
set to to min) the power  / d-pad combo is really quite nice.

You can remain connected if you have an active connection or the unit
simply shuts things down as they go idle this way.  Nothing except for
the combo press again will wake the screen...  I definitely miss the
protective cover, but now prefer this new idle connectivity.


On 1/21/07, Igor Stoppa <[EMAIL PROTECTED]> wrote:
On Sun, 2007-01-21 at 23:42 +0000, ext Neil MacLeod wrote:
[snip]
> Sadly I don't have the skills/knowledge. I wouldn't know where to start! The
problem highlighted by bug #959 is probably rooted deep in the bowels of the
(non-open source) power management, and I don't even know if the Display
applet is open sourced.

No, the power management _is_ open source, since it's basically all in
the kernel. What is not included in the kernel is just the
inactivity_timeout_expired => blank screen
action, and nothing else.

There is this myth about hidden power management. Well, there isn't any.
The mantra of power management is:

"All the resources belong to the system and have to be kept busy for as
short as possible, and only when it's really necessary."

Therefore it _has_ to be inkernel because of the shorter latencies.
Of course every application/library must be power management friendly,
but again, it's not hidden stuff. Check the thread about battery life: i
gave detailed explanation about it.
>
> As for the "cover-on" functionality discussed in bug #943, I'm looking for 
ideas
that could be implemented - again I don't have the skills to implement these
ideas, I'm just a humble end user that doesn't fit in with the Nokia
"always on"
philosophy (well actually, my employer doesn't agree with the Nokia stance
either!) A number of end users also disagree about the inability to
rapidly put the
N800 into a 770-type "cover-on" state - Nokia really have goofed here. :(
>
> > Then it will be probably easier to have your request satisfied.
> >
> > In the worst case i can assure you that you'll have at least one user
> > (me =) for the patch.
> >
>
> Trust me, we're not alone - there are many who have complained (if only
were voting were enabled against N800 bugs in Bugzilla we may even have some
stats to back that up!)
I guess it will be soon, I see no reason why it shouldn't. Unfortunately we 
don't
have infinite manpowertunately we don't
have infinite manpowertunately we don't
have infinite manpowernfortunately I won't be able to submit patches for these
two bugs, but if they're not addressed in future firmware -
particularly the lack of a
cover-on shortcut, bug #943 - then I think I will have to begin questioning the
motives and outlook of Nokia when it so clearly flies in the face of their
customers.
Again, it's a matter of prioritising; everybody who takes the hassle of
submitting a bug thinks that it's important. And probably it is.

Then somebody else has to decide what has to be fixed first. It doesn't
happen only to external bugs, even for us internally, one files a bug
and finally gets it fixed after a month or so because something else had
higher priority.

--
Cheers, Igor

Igor Stoppa <[EMAIL PROTECTED]>
(Nokia M - OSSO /Helsinki Finland)
_______________________________________________
maemo-users mailing list
maemo-users@maemo.org
https://maemo.org/mailman/listinfo/maemo-users

[EMAIL PROTECTED]
https://maemo.org/mailman/listinfo/maemo-users

[EMAIL PROTECTED]
https://maemo.org/mailman/listinfo/maemo-users


Jonathan Greene
m 917.560.3000
AIM / iChat - atmasphere
gtalk / jabber - [EMAIL PROTECTED]
Gizmo - JonathanGreene
blog - http://www.atmasphere.net/wp
_______________________________________________
maemo-users mailing list
maemo-users@maemo.org
https://maemo.org/mailman/listinfo/maemo-users

Reply via email to