Open GoogleCodeExporter opened 9 years ago
i think, you will do it? :D
Original comment by felix.bechstein
on 15 Apr 2010 at 10:59
Yeah, I'll try this.
Original comment by herrl...@gmail.com
on 15 Apr 2010 at 11:20
Original comment by felix.bechstein
on 9 May 2010 at 12:02
Issue 223 has been merged into this issue.
Original comment by felix.bechstein
on 27 May 2010 at 4:42
Reported by omer.enbar
Create an option to fallback to sending an SMS through cellular carrier in
case sending through web failed.
Original comment by felix.bechstein
on 27 May 2010 at 4:42
Automatic fallback to cellular carrier would be great.
Original comment by thenk...@gmail.com
on 27 May 2010 at 7:07
Is it possible to have a rule like:
IF national number THEN
<app_name>
ELSE
<WEBsms>
END IF
I appreciate very much your work developing this useful application :-)
Original comment by franco.s...@gmail.com
on 27 Aug 2010 at 5:54
lado told me, he started thinking about this issue ;)
poke him :p
Original comment by felix.bechstein
on 27 Aug 2010 at 3:28
Ladoooo, did you hear Felix? ;-) (ehm... how to poke him?)
Original comment by franco.s...@gmail.com
on 27 Aug 2010 at 6:01
Any ideas how to input rules (input interface)? Need some Input, Ideas... :)
Original comment by herrl...@gmail.com
on 27 Aug 2010 at 7:08
Do you mean the GUI?
Original comment by franco.s...@gmail.com
on 27 Aug 2010 at 7:41
Yes I mean gui.
Original comment by herrl...@gmail.com
on 27 Aug 2010 at 7:48
Simple:
NATIONAL DEFAULT --> <shortcut to Programs, choose one>
INTERNATIONAL DEFAULT --> <WEBsms connectors, choose one>
Less simple:
NATIONAL DEFAULT --> <shortcut to Programs, choose one>
INTERNATIONAL 1 --> <choose nation/prefix> --> <WEBsms connectors, choose one>
INTERNATIONAL 2 --> <choose nation/prefix> --> <WEBsms connectors, choose one>
INTERNATIONAL 3 --> <choose nation/prefix> --> <WEBsms connectors, choose one>
...
INTERNATIONAL OTHERS --> <WEBsms connectors, choose one <OR> ask every time>
As a start, with the first option I would be more than happy, I use only
FishText for all nations, so far is the cheapest and it works perfectly with
WEBsms ;-)
Original comment by franco.s...@gmail.com
on 27 Aug 2010 at 8:00
I actually thought of something like this
if number matches/startswith 0*/+49 (german national), then myphone.ge
if number matches/startswith 8*/+995 (georgian national), then fishtext.com
if number matches/startswith +49176|0176 (gemrna, o2) then abc.com
default e.g. SMS
Original comment by herrl...@gmail.com
on 27 Aug 2010 at 8:12
It might scare some user, but it would be a good way to implement it.
Just remember the "Default international" for those who use only one service
for all the foreign countries ;-)
Off topic: it is planned some sort of merge of SMSdroid and WEBsms? It would be
just perfect to read and send messages without going forth and back from
SMSdroid (also for "normal" sms), one great application to manage all my sms.
Sort of Handcent SMS with connectors... :-)
Original comment by franco.s...@gmail.com
on 28 Aug 2010 at 5:35
btw: wildcards should not be * use %, there was an issue for callmeter on that.
:p
and: have a look on my numbergroups in callmeters cm3 branch.
over and out :D
Original comment by felix.bechstein
on 28 Aug 2010 at 5:39
Issue 427 has been merged into this issue.
Original comment by felix.bechstein
on 6 Jan 2011 at 3:48
A solution to your GUI problem could be a one-line option like the following:
Send via carrier for: [textbox]
*subtext would be: "Enter country codes as comma-separated values. Leave box
blank for none."
Other notes:
- Perhaps the user's default country code could be pulled from the user's
websms setup (API?)
- If websms is not detected, use carrier for all.
- What about country codes like "1" that are used for both US and Canada but
are long distance in only one of the countries
- What about contacts entered as a 10 digit number without the country code.
They are within the country but won't be whitelisted.
Original comment by mike.ra...@gmail.com
on 3 Mar 2011 at 2:54
Is there any progress of implementation?
Original comment by marco.si...@gmail.com
on 17 Oct 2011 at 9:28
Sorry, no progress right now :(
Original comment by herrl...@gmail.com
on 17 Oct 2011 at 9:30
My thought was to be able to set up conenctor selection based on a rule set
that also depends on whether or not the phone is roaming, e.g.:
If the phone is not roaming:
*If sending to an international number use fishtext where available;
*Otherwise use the SMS connector.
If the phone is roaming;
*Send all texts using fishtext where available;
*Otherwise use the SMS connector (the option for a prompt to confirm
would be a useful bonus).
In principle would it be possible to implement such functionality as a
connector, invoking other connectors as required? If so that could be a way of
someone else developing the functionality separate from the main project....
Original comment by mark.che...@googlemail.com
on 31 Aug 2012 at 11:20
A very useful feature for me would be to be able to select connector based on
message encoding.
Many cheap webtext providers (fishtext included) do not support unicode.
So, my logic is usually,
if message is non-unicode (all ascii) then use xxx
else use yyy
Original comment by mikeblma...@yahoo.ie
on 18 Sep 2012 at 1:59
Selecting the connector based on the phone number would be much useful for me
either.
I think we should not limit ourselves to country code. For instance the user
might have free SMS for a given mobile network operator. In that case she
wishes to send SMS to that network using GSM and to all the others using a
WebSMS connector. Usually one can infer the network operator of a given contact
from its phone number.
Therefore, the best interface that came to my mind is to allow the user to
define an arbitrary number of rules using wildcards and linking them to GSM or
a WebSMS connector. The most specific rule would be the one to match.
Here is an example of a set of rules for a user in Portugal with free SMS for
the Vodafone network (91):
+35191* -> Use GSM.
+351* -> Use WebSMS connector FOO
* -> Use WebSMS connector BAR
Original comment by david.lu...@gmail.com
on 27 Aug 2014 at 6:28
This is done thanks to https://github.com/mikebl71
Original comment by f...@ub0r.de
on 25 Jan 2015 at 9:31
Original issue reported on code.google.com by
herrl...@gmail.com
on 13 Apr 2010 at 11:07