It doesn't interact with Illume, but in SHR Illume power management is disabled by default. And you can easly do a wrapper to apps using mdbus or dbus-call to automate things. And in near future I will work on SHR Settings speed. Now it works good with x11-16 engine, but there are still things which need improvement.
2009/4/8, Nicola Mfb <nicola....@gmail.com>: > 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