Re: [FSO 5.1] Preventing screen blanking

2009-04-11 Thread Joerg Reisenweber
Am Mi 8. April 2009 schrieb Nicola Mfb: 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

Re: [FSO 5.1] Preventing screen blanking

2009-04-08 Thread Sebastian Spaeth
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Angus Ainslie wrote: On Tue, 2009-04-07 at 09:50 +0200, Ingvaldur Sigurjonsson wrote: I wrote a little GUI using python-elementary which was a good way of getting started using the dbus API. I use that to to turn on WiFi and GPS, using the same

Re: [FSO 5.1] Preventing screen blanking

2009-04-08 Thread Sebastian Spaeth
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Sebastian Spaeth wrote: I just went ahead and changed the name now, instead of http://github.com/spaetz/vala-settings/tree/master please use http://github.com/spaetz/shr-config/tree/master I'll update the SHR recipes accordingly. spaetz

Re: [FSO 5.1] Preventing screen blanking

2009-04-08 Thread Nicola Mfb
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

Re: [FSO 5.1] Preventing screen blanking

2009-04-07 Thread Ingvaldur Sigurjonsson
I've read the manual/wiki and I read the mailinglist but I cant recall when I read about that stuff so here it comes again... You can use 'mdbus' for this kind of stuff by using the dbus-methods provided by the /org/freesmartphone/Usage (org.freesmartphone.ousaged): Check the current

Re: Re: [FSO 5.1] Preventing screen blanking

2009-04-07 Thread jeffrey . ratcliffe
On Apr 7, 2009 9:50am, Ingvaldur Sigurjonsson i...@telia.com wrote: I've read the manual/wiki and I read the mailinglist but I cant recall when I read about that stuff so here it comes again... I looked before posting too... You can use 'mdbus' for this kind of stuff by using the

Re: [FSO 5.1] Preventing screen blanking

2009-04-07 Thread Jan Henkins
Johny Tenfinger, Perhaps the information is not clear in the manual, and perhaps the mailing list archive is not easily searchable, eh? Imagine walking into a pub, asking for the price for a beer and then being thrown out by the bouncer because you dared ask a question? So what if the price is on

Re: [FSO 5.1] Preventing screen blanking

2009-04-07 Thread Sebastian Spaeth
jeffrey.ratcli...@gmail.com wrote: I think that now FSO is not being funded, I'll switch to SHR, as previously suggested. I don't want to disappoint you, but SHR is FSO plus some UI and application goodness. So it still depends heavily on FSO going forward. spaetz

Re: [FSO 5.1] Preventing screen blanking

2009-04-07 Thread Jan Henkins
Hello Johny, On Tue, April 7, 2009 10:35, Johny Tenfinger wrote: I understand, but really, really having n topics in mailbox about the same issue makes it difficult to follow more interesting questions and to provide more useful answers. About dimming screen: everyone even can find answer by

Re: [FSO 5.1] Preventing screen blanking

2009-04-07 Thread Johny Tenfinger
I understand, but really, really having n topics in mailbox about the same issue makes it difficult to follow more interesting questions and to provide more useful answers. About dimming screen: everyone even can find answer by using manually mdbus, as I, and then find some interesting dbus call

Re: [FSO 5.1] Preventing screen blanking

2009-04-07 Thread Johny Tenfinger
Oh, i forgot. If webarchive isn't useful, let's work on it! Saying only RTFM is wrong, but for me being nice regardless of situation is wrong too. Why now we are loosing our time on this topic? Because of unnecessary question we can't work on for example opimd integration at the moment. I know,

Re: [FSO 5.1] Preventing screen blanking

2009-04-07 Thread Johny Tenfinger
Maybe take a look on SHR Settings? Most of it should work in plain FSO, and I think there is no sense of duplicating work. ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support

Re: [FSO 5.1] Preventing screen blanking

2009-04-07 Thread Ingvaldur Sigurjonsson
Angus Ainslie wrote: On Tue, 2009-04-07 at 09:50 +0200, Ingvaldur Sigurjonsson wrote: I wrote a little GUI using python-elementary which was a good way of getting started using the dbus API. I use that to to turn on WiFi and GPS, using the same methods as above, but with another resource

Re: [FSO 5.1] Preventing screen blanking

2009-04-07 Thread Nicola Mfb
2009/4/7 Jan Henkins j...@henkins.za.net Johny Tenfinger, Perhaps the information is not clear in the manual, and perhaps the mailing list archive is not easily searchable, eh? Imagine walking into a [...] And perhaps in a better world, after reading hundreds of similar request for several

Re: [FSO 5.1] Preventing screen blanking

2009-04-07 Thread Johny Tenfinger
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) 2009/4/8, Nicola Mfb nicola@gmail.com: 2009/4/7 Jan Henkins j...@henkins.za.net Johny Tenfinger, Perhaps the

[FSO 5.1] Preventing screen blanking

2009-04-06 Thread jeffrey . ratcliffe
Whilst using the FR for navigation, it would be helpful if the screen didn't blank. In illume's power setup menu, there are two options, blank time, and suspend time. However, blank seems to affect only the backlight, and suspend turns off the screen. If I switch both to off, the backlight