Sorry i am not been clear as i don't know too much about the lower levels and phone networks. I am not trying to switch the sms transport you seem to be referring too. With a outgoing call the is a broadcast intent that if you application has permission it can receive and using that broadcast it can change the number to be dialed or cancel the outgoing call before it is made. Basically i want something similar for sms. A way to intercept outgoing sms before there are sent over the mobile network and to let the app change the number, cancel the sms etc. There are quite a few ways to send sms over the internet and it makes a lot of sense for application developers to be able to write applications that capture outgoing sms and send them over the internet instead. That is only one of many reason developers want to be able to intercept outgoing sms but i though it was a good example. Another example may be to block all sms to set numbers etc.
If you can have this functionality for outgoing calls i don't see why the same functionality can not exist for outgoing sms. Sorry if you response explains this and i did not understand it. Sorry it was a bit too low level for me as i don't now anything about AT commands and the actual mobile network communication. I pictured this been higher in the framework that that. It would be the last thing done just before the calls that actually send the sms over the mobile network or something like that. Regards, Chris On Mon, Jun 1, 2009 at 11:50 AM, Gordon <gordongao51...@gmail.com> wrote: > > Per 3GPP spec 27.005, there is a way to set the sms transport, such as > over cirucuit switch (CS) as of today or over packet switch (PS) or a > using a preference list. The AT command for that is AT+CGSMS. > > From the Android framework pespective, seems it is not necessary to > have the sms applications aware of the transport being used. We have > done this kind of support under HAL layer just using AT+CGSMS for the > transport selection. > > thanks, > Gordon > > On May 31, 6:02 am, Seer <gilligan.ch...@gmail.com> wrote: >> Since i am getting no replies at all maybe i am on the wrong mailing >> list. What is the correct mailing list for this sort of thing? I >> thought the framework would be the API's etc so this would belong here >> but maybe i am wrong and it is platform or something? I really need >> this functionality and i know others want it as well. I would really >> like some feedback and tips on how and what i need to do to try to get >> this functionality added to Android. Can anyone help me at all? >> >> Regards, >> >> Chris >> >> On May 29, 7:27 am, Seer <gilligan.ch...@gmail.com> wrote: >> >> > Guys >> > What do you all think of a way to process outgoingsmsthat is >> > implemented the same way as it is for calls? >> >> > I am talking about the PROCESS_OUTGOING_CALLS permission and the >> > broadcast that goes with it that allows you to monitor, modify, or >> > abort outgoing calls. >> >> > Now that it is generally cheaper to sendsmsand the like over the >> > internet or maybe you want to blocksmsfrom going to some numbers. >> > Currently there is no way to do that apart from writing your ownsms >> > application which is hardly the proper solution. There are so many >> > greatsmsclients out there and apps that sendsmson their own and >> > someone wanting to write an app that redirectssms'sover the internet >> > for example should not need to rewrite them all. >> >> > I know this has been raised before on different mailing lists etc but >> > i don't think it has been raised here on the framework one where i >> > think it belongs. Is there a reason why this functionality is not part >> > of the framework? I know there are others that would really like to >> > see this functionality added. I hope there are some people on here >> > that may give some feedback on the idea and maybe give hints on ways >> > to help increase the chances of it been in a future version of >> > androids framework. >> >> > Regards, >> >> > Chris > > > --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "android-framework" group. To post to this group, send email to android-framework@googlegroups.com To unsubscribe from this group, send email to android-framework+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-framework?hl=en -~----------~----~----~----~------~----~------~--~---
