Re: Conflict when several apps use the accelerometers?
Thomas Otterbein wrote: Perhaps a Accelero-Deamon? Applications could register for receiving, probably even already pre-processed, events. And an application could also request exclusive access in which case the others would just not receive further events. So, problem's solved! Could we please get a working demo by tomorrow? ;-) Fully exclusive access is not a solution. It just defeats the purpose of multitasking. Actually I think the window manager should dispatch accelerator events, like it dispatches the mouse events. Only focused application should receive them and decide what to do with them - rotate screen, or move some goblin. Screen rotation should be also function of window manager. Apps should only set hints to the window manager regarding preferred orientation if they have one, and change the hint according to their own algorithms. The window manager should decide screen orientation based on focused app. In short, there's no need for daemon, cause the only software which talks directly to proposed daemon is actually window manager. -- View this message in context: http://n2.nabble.com/Conflict-when-several-apps-use-the-accelerometers--tp2145087p2157142.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Conflict when several apps use the accelerometers?
VirtuAlex wrote: the window manager should dispatch accelerator events I meant accelerometer events. -- View this message in context: http://n2.nabble.com/Conflict-when-several-apps-use-the-accelerometers--tp2145087p2157147.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Conflict when several apps use the accelerometers?
Thomas Otterbein wrote: to my opinion the default auto-rotation software should have some signaling mechanism that keeps it from doing it's job while a certain software is active. You can experience this with the later versions of MPlayer. It tells the Screensaver not to activate during movie playback. I figure the screensaver modules of Desktop-Manager must have appropriate interfaces to accomplish that behaviour. For example if a program would like to gain exclusive control over the accelerometers it could create a certain file (e.g. /var/run/donotrotate_illdoitmyself). The default rotation software checks for this file and while the file exists it loosen it's grip of the meters. This would solve the issue of concurrent access too. As far as I know the file could be created in a way so that even when the software crashes completely it is removed and therefore allow the original rotation-software to reactivate reliably. How about running two apps then, if they're both using accelerometers and each requires its own orientation? -- View this message in context: http://n2.nabble.com/Conflict-when-several-apps-use-the-accelerometers--tp2145087p2152673.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [FSO] First steps
julien cubizolles wrote: Le mercredi 19 novembre 2008 à 18:06 +0100, arne anka a écrit : in ms4 you need only to press shortly, no hold anymore. Thanks, it works, I'm feeling stupid now because I can't wake it. I tried pressing POW shortly, longer, in combination with AUX, to the rythm of the arkanoid theme... I had similar problem. I pushed the button and nothing happened, then I tried to push it again, but before I did, it actually started suspending (got into text mode, some lines started pass by). So the second press obviously interrupted normal suspend routine and put FR into unusable state. Only removing battery helps. I can reproduce it. But if I press power button once and wait for it to suspend properly, next short press wakes it up reliably. -- View this message in context: http://n2.nabble.com/-FSO--First-steps-tp1519607p1520711.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: A new open source hardware: TV-B-Gone
Jeff Sadowski wrote: Along this note check out the http://lirc.org/ And you can buy a usb transciever here http://iguanaworks.net/products.psp That is hardly viable solution. For data transmission to some IR device maybe but not as remote. You can stick into FR all sorts of USB goodies. The point is to take FR out of your pocket and start clicking as soon as corresponding app is started. If you need any extra step it defeats the purpose. You may simply buy some ugly universal remote control for about the same price (not FR price of course ;). -- View this message in context: http://n2.nabble.com/A-new-open-source-hardware%3A-TV-B-Gone-tp1459956p1464951.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: A new open source hardware: TV-B-Gone
Jeff Sadowski wrote: If you need to add hardware really take a look at the lirc page they have page after page of different ways to hook up ir devices and configuration pages for lots of common remotes. You can build a serial attached device for real cheap embed the stuff in your phone as you desire. Yeap, and that's the beauty of the open phone. If you do not have something out of the box, something you really need, you always can DIY. On the other hand, realistically, very few going to do it. -- View this message in context: http://n2.nabble.com/A-new-open-source-hardware%3A-TV-B-Gone-tp1459956p1466066.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: A new open source hardware: TV-B-Gone
Sébastien Lorquet wrote: (should be posting this to hardware, but not sure of how much people are reading it :) ) the inventor of TV-B-Gone decided to opensource his greatest invention: http://blog.makezine.com/archive/2008/11/patentbgone_inventor_mitc.html nice move :) PS: can we have IRDA on GTA0n? :) I saw it for quite a some time on http://www.ladyada.net/make/tvbgone/ http://www.ladyada.net/make/tvbgone/ along with minty boost charger. It seems to be of limited usefulness as a stand alone device, but turning FR into universal remote control is indeed a nice idea. By the way would it turn off arrivals/departures monitors in an airport? And if so, would it count as an act of terrorism? ;) -- View this message in context: http://n2.nabble.com/A-new-open-source-hardware%3A-TV-B-Gone-tp1459956p1460133.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [FDOM] charging problem?
Matthew Lane wrote: I'm running FDOM and I'm trying to charge off the wall charger, but my AUX light doesn't light up, and my battery meter doesn't change to the bolt; essentially my phone won't charge. It will, however, charge from the computer. Is this a known issue? I have to unplug the USB cable and plug it back again to start charging. From second try it shows the charging icon and starts charging. -- View this message in context: http://n2.nabble.com/-FDOM--charging-problem--tp1358271p1359313.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Om2008.9] man pages??? killing events/0
Matthias Apitz wrote: Hello, I'm thinking in writing s small script which pops up a box on the FR and asking for reboot if this proc events/0 run away By the way, when events/0 goes nuts I put FR into sleep for couple of minutes by pressing power button. When I wake it up events/0 usually resumes normal behaviour. The longer it sleeps, the better is rate of success, but most of the time couple of minutes is enough. -- View this message in context: http://n2.nabble.com/-Om2008.9--man-pages---killing-events-0-tp1351870p1359398.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
