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
