2009/4/8 Johny Tenfinger <seba.d...@gmail.com>
> Hem? Toggle for preventing screen from being blanked (and another for
> suspend) is for few mounths in shr-settings. And guess who implemented
> it :P (answer: that was me :p)
>
>
That's fine, as the user has to be able to choose it's power management
profile, however in a real scenario, you are in a car and want to start your
navigation software, it's better you stop driving and park (this is in
general good :)) as you have to launch srh-settings (it's slow, but it may
depend on the fact I have a slow glamo clock for avoiding some problems with
my sd card), and click some button, switch to illume, start your navigation
application, when finished you switch back to shr-settings and reclick
again.
Suppose now that tangoGPS or navit, or other gps tools may do simply a
couple of call to org.freesmartphone.Usage.RequestResource at startup, when
the application exits the fso daemon automagically releases the resources:
you obtain a
on-click-and-do-not-suspend-dim-navigation-system-restoring-all-at-exit :))
I do not understand why this is so hard to implement! It may be that
upstream developers does not want to add that snippet of code as their
project is not distro-targeted, but distro mantainers may write a simple
patch do add to the SRH/FSO recipes epository?
It's only a consideration, when I'll begin to use GPS on my FR it may be
I'll write those damned patches :)
A question about shr-settings, do they interact with illume too to avoid
illume blanking?
Regards
Nicola
_______________________________________________
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support
