Re: Auto-reject incoming phone calls
Am Wednesday 29 October 2008 03:13:25 schrieb Previdi Roberto: Is there a plan to access also the accelerometers through dbus? Yes, and no. frameworkd wants to integrate Paul V. Borza's excellent gesturesd to serve accellerometer gestures over dbus -- that's on our task list, however we didn't have a chance to start with that yet, since there are other, more pressuring things. We don't want to add an API that simply covers the sysfs files, since this would not add value and consume lots of power. -- :M: ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Auto-reject incoming phone calls
On Sat, 1 Nov 2008 19:21:42 +0100, Michael 'Mickey' Lauer [EMAIL PROTECTED] wrote: Am Wednesday 29 October 2008 03:13:25 schrieb Previdi Roberto: Is there a plan to access also the accelerometers through dbus? Yes, and no. frameworkd wants to integrate Paul V. Borza's excellent gesturesd to serve accellerometer gestures over dbus -- that's on our task list, however we didn't have a chance to start with that yet, since there are other, more pressuring things. We don't want to add an API that simply covers the sysfs files, since this would not add value and consume lots of power. -- :M: Any plans on exposing 'orientation', with a change signal? Six basic orientations, possibly a flag to note if the orientation appears to be changing 'now' (IE rotation seems to be taking place but not yet reached threshold to consider a new orientation), another for 'in motion' (IE, if sum of vectors is ~1g then figure orientation, if sum is g by at least 10% or some such factor then consider it 'in motion' and do NOT consider orientation changed), and a signal emitted to subscribers when the orientation has clearly changed. something like: trigger: orientationchange() filters: HasAttr(orientation,facedown) could be used to set 'donotdisturb', then filter Not(HasAttr) to restore. For my personal use, I'd set it up to always lock the touchscreen if vertically inverted. (when not in use, my FR is in my pocket, %100 of the time it's inverted, and I'm tired of finding launched apps, zhone trying to dial, zhone GPS open, etc) j ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Auto-reject incoming phone calls
something like: trigger: orientationchange() filters: HasAttr(orientation,facedown) could be used to set 'donotdisturb', then filter Not(HasAttr) to restore. For my personal use, I'd set it up to always lock the touchscreen if vertically inverted. (when not in use, my FR is in my pocket, %100 of the time it's inverted, and I'm tired of finding launched apps, zhone trying to dial, zhone GPS open, etc) That would indeed be good. It could also be used to make a trivial `accel-rotate' (tho after having tried it, I don't think I'd like this feature, personally). Stefan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Auto-reject incoming phone calls
well, then i think that when it's time to include the gesturesd it will be a trivial thing to expose some lower level gesture signals like orientation changed or similar. Joel Newkirk's ideas of an in motion signal (or property) it's interesting, it would allow for example to have some information to interpolate with the gps signals for calibration or finer grain movement detection On Sat, Nov 1, 2008 at 7:21 PM, Michael 'Mickey' Lauer [EMAIL PROTECTED]wrote: Am Wednesday 29 October 2008 03:13:25 schrieb Previdi Roberto: Is there a plan to access also the accelerometers through dbus? Yes, and no. frameworkd wants to integrate Paul V. Borza's excellent gesturesd ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Auto-reject incoming phone calls
On Wednesday 29 October 2008 03:13:25 Previdi Roberto wrote: Is there a plan to access also the accelerometers through dbus? +1 This would be very nice. Greets Michael ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Auto-reject incoming phone calls
Hi, thanks for feedback, I'll work on this at evening, and sure, it would be much better to use dbus signals to get accelerometer readings. Is that DBus interface present by default in FSO (as a part of frameworkd maybe?)? (I don't have my OM with me today) Kamil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Auto-reject incoming phone calls
Is there a plan to access also the accelerometers through dbus? it seems to me that reading continuously from them without appropriate timing could be heavy for the battery. more, having to do the decoding part from each application who uses the sensor is complicated and error prone, while having a signal for the position change, with x,y,z already decoded would simplify a lot the coding (and encourage it).. BTW, very good idea and good and readable code (i didn't test it, but reading the code i thougth this: shouldn't the lines 55 and 56 be unindented of 1 space? actually they intercept only the first call, and if there is a second call you have to turn it up and then down.. is that wanted? or maybe i just didn't read well the code and it is correct.. in this case just ignore the question :)) roby On Sun, Oct 26, 2008 at 1:28 PM, Michael 'Mickey' Lauer [EMAIL PROTECTED] wrote: Amazing work! Can we drag it into the 'examples' folder in FSO? Btw., note that once we have some missing glue done, we'll have signals like EnterArea and LeaveArea for GPS (and more), so use-cases like yours should be expressable via simple rules in our rules file. -- :M: ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Auto-reject incoming phone calls
Am Sunday 26 October 2008 19:02:48 schrieb lanzo: hey guys these scripts and ideas are simply GREAT! Since it's not alawys easy to find them in the ml we should build a kind of repo/wiki containing all of them!!! Agreed. I'll gladly add everything basing on FSO into the 'examples' folder in the frameworkd git repository. -- :M: ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FSO signals and rules (was Re: Auto-reject incoming phone calls)
and more - are there plans for a full-blown 'locality manager' or something that tracks GPS position when available, GSM tower registration, visible wifi APs when available, etc? Something which would understand a query like 'whereami' and return a best estimate of physical location even with GPS off, and a list of specified areas within which you appear to be located? (that last would trigger signals like 'EnterArea' and 'LeaveArea' as mentioned above, but not strictly require GPS - if my church or favorite theater has a wifi AP the FR can see, it'd be nice to silence ringer automatically based on seeing that AP and not depend on GPS being live) Actually we are planing something like this. The first step would be to define areas in a map and allocate them profiles. If the device moves (accelorometers) the GPS will be started for a short period until the location is determined, than it shutdown. The idea with the WLAN and GSM is great and could be added to our framework. Also, is the intention to keep the rules as a plaintext file, or eventually migrate to something like sqlite? I can see the ruleset getting pretty unwieldy eventually as a flat file. (though I grant readily that a text file is more friendly and flexible in terms of just going in and editing something by hand) SQlite seams to me the better choice, because we have the needed software on the device and a database is optimized for a fast access. For another format the databases could be transformed fast with a script or small program, so the flexibility is not lidded. Regards Alex ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Auto-reject incoming phone calls
member kamituel wrote: script works on the FSO and is using Call and SMS DBus interfaces. Kamil #!/usr/bin/python import dbus [...] I am trying executing this script in FDOM but i get lots of errors (see below)... is there an easy way to make it work with this distro too? [EMAIL PROTECTED]:~# ./auto-reject.py Traceback (most recent call last): File ./auto-reject.py, line 14, in module gsm_device_obj = bus.get_object( 'org.freesmartphone.ogsmd', '/org/freesmartphone/GSM/Device' ) File /usr/lib/python2.5/site-packages/dbus/bus.py, line 244, in get_object follow_name_owner_changes=follow_name_owner_changes) File /usr/lib/python2.5/site-packages/dbus/proxies.py, line 241, in __init__ self._named_service = conn.activate_name_owner(bus_name) File /usr/lib/python2.5/site-packages/dbus/bus.py, line 183, in activate_name_owner self.start_service_by_name(bus_name) File /usr/lib/python2.5/site-packages/dbus/bus.py, line 281, in start_service_by_name 'su', (bus_name, flags))) File /usr/lib/python2.5/site-packages/dbus/connection.py, line 607, in call_blocking message, timeout) dbus.exceptions.DBusException: org.freedesktop.DBus.Error.ServiceUnknown: The name org.freesmartphone.ogsmd was not provided by any .service files [EMAIL PROTECTED]:~# tnx very much lanzo -- View this message in context: http://n2.nabble.com/Auto-reject-incoming-phone-calls-tp1375533p1384780.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: Auto-reject incoming phone calls
lanzo I don't believe FDOM (2008.x) uses FSO as middleware...yet. -Nick On Tue, Oct 28, 2008 at 8:59 AM, lanzo [EMAIL PROTECTED] wrote: member kamituel wrote: script works on the FSO and is using Call and SMS DBus interfaces. Kamil #!/usr/bin/python import dbus [...] I am trying executing this script in FDOM but i get lots of errors (see below)... is there an easy way to make it work with this distro too? [EMAIL PROTECTED]:~# ./auto-reject.py Traceback (most recent call last): File ./auto-reject.py, line 14, in module gsm_device_obj = bus.get_object( 'org.freesmartphone.ogsmd', '/org/freesmartphone/GSM/Device' ) File /usr/lib/python2.5/site-packages/dbus/bus.py, line 244, in get_object follow_name_owner_changes=follow_name_owner_changes) File /usr/lib/python2.5/site-packages/dbus/proxies.py, line 241, in __init__ self._named_service = conn.activate_name_owner(bus_name) File /usr/lib/python2.5/site-packages/dbus/bus.py, line 183, in activate_name_owner self.start_service_by_name(bus_name) File /usr/lib/python2.5/site-packages/dbus/bus.py, line 281, in start_service_by_name 'su', (bus_name, flags))) File /usr/lib/python2.5/site-packages/dbus/connection.py, line 607, in call_blocking message, timeout) dbus.exceptions.DBusException: org.freedesktop.DBus.Error.ServiceUnknown: The name org.freesmartphone.ogsmd was not provided by any .service files [EMAIL PROTECTED]:~# tnx very much lanzo -- View this message in context: http://n2.nabble.com/Auto-reject-incoming-phone-calls-tp1375533p1384780.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 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Auto-reject incoming phone calls
On Sat, Oct 25, 2008 at 03:25:42PM +0200, member kamituel wrote: Hi, I've coded some little script which allows you to reject incoming phone calls by putting your phone on the desk with its screen facing the desk. Additionally, after rejecting the phone call, script sends an SMS with your apologise and note that you'll contact the caller later. I work some time on a phone firewall. So you can accept or reject incoming phone calls (possible also messages). Is at the moment only a dynamic library (installed over our repository opkg packet) and I work on the integration of it (2008.9 distri). The sourcecode [1] and our repositories [2]. It's not exactly the same what you have written. This phone firewall should be a part (module) of our security framework, so you could use it for our own development or in the whole framework. mfg Alex [1] http://moko.networld.to [2] http://opkg.networld.to ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Auto-reject incoming phone calls
Amazing work! Can we drag it into the 'examples' folder in FSO? Btw., note that once we have some missing glue done, we'll have signals like EnterArea and LeaveArea for GPS (and more), so use-cases like yours should be expressable via simple rules in our rules file. -- :M: ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Auto-reject incoming phone calls
Hi, I'm glad you all liked it! I modified this so, when OMs screen is oriented down it will not reject ther incoming call, but just simply stop all sounds (and possibly vibration). Some people would probably prefer this behaviour. I'll just test it to see if it works and post it here in a couple of days. And of course, you are welcome to put this into the examples folder. Kamil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Auto-reject incoming phone calls
hey guys these scripts and ideas are simply GREAT! Since it's not alawys easy to find them in the ml we should build a kind of repo/wiki containing all of them!!! I think this is the true strength of FR! thank you very much!! -- View this message in context: http://n2.nabble.com/Auto-reject-incoming-phone-calls-tp1375533p1379622.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
FSO signals and rules (was Re: Auto-reject incoming phone calls)
On Sun, 26 Oct 2008 14:28:55 +0200, Michael 'Mickey' Lauer [EMAIL PROTECTED] wrote: Amazing work! Can we drag it into the 'examples' folder in FSO? Btw., note that once we have some missing glue done, we'll have signals like EnterArea and LeaveArea for GPS (and more), so use-cases like yours should be expressable via simple rules in our rules file. -- :M: and more - are there plans for a full-blown 'locality manager' or something that tracks GPS position when available, GSM tower registration, visible wifi APs when available, etc? Something which would understand a query like 'whereami' and return a best estimate of physical location even with GPS off, and a list of specified areas within which you appear to be located? (that last would trigger signals like 'EnterArea' and 'LeaveArea' as mentioned above, but not strictly require GPS - if my church or favorite theater has a wifi AP the FR can see, it'd be nice to silence ringer automatically based on seeing that AP and not depend on GPS being live) It would also be useful for feeding preliminary location data to AGPS - if at some point in the past I've had GPS enabled and the locality manager has observed both GPS and GSM tower data simultaneously, then it can remember that GPS location (with appropriate error noted) just by observing tower ID later. Obviously the error is on the order of miles/kilometers in that case, but that's sufficient to speed up TTFF significantly with AGPS. Also, is the intention to keep the rules as a plaintext file, or eventually migrate to something like sqlite? I can see the ruleset getting pretty unwieldy eventually as a flat file. (though I grant readily that a text file is more friendly and flexible in terms of just going in and editing something by hand) j ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Auto-reject incoming phone calls
2008/10/26 member kamituel [EMAIL PROTECTED]: I've coded some little script which allows you to reject incoming phone calls by putting your phone on the desk with its screen facing the desk. Additionally, after rejecting the phone call, script sends an SMS with your apologise and note that you'll contact the caller later. wonderful. how useful, thanks ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Auto-reject incoming phone calls
Hi Kamil, Very nice indeed. An idea might be to provide an option to: - don't reply (default) - send SMS - send email - send instant message (regardless the other person is on or offline) Regards, Pander On Sat, October 25, 2008 14:25, member kamituel wrote: Hi, I've coded some little script which allows you to reject incoming phone calls by putting your phone on the desk with its screen facing the desk. Additionally, after rejecting the phone call, script sends an SMS with your apologise and note that you'll contact the caller later. So, use case is like this: 1. You're on some meeting/lecture/at work etc., your phone is laying on the desk somewhere near you with it's screen oriented up. 2. The phone rings, but you don'w want to/have time to answer it 3. Insted of clicking the reject button, you can simply place the phone so it has it's screen oriented down. 4. Phone rejects the call and sends sms. script works on the FSO and is using Call and SMS DBus interfaces. Kamil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
