Hello,
I've run into this problem on every WM device I found: I have my outlook contacts with non-ascii characters in names (Romanian characters should it make a difference). Every now and then I need to leave my HTC Touch 2 at home and walk around with a $20 phone (kayaking or mountain climbing are such occasions). Obviously, having the ability to save all my contacts on the SIM to have them on the cheap expendable phone, would be much desired. However, when I try to export to SIM, I get an error for every of the non-ascii names - that it is "too long" for the SIM capabilities - and the contact is skipped. Is there such an app that can handle transferring unicode contacts to SIM (automatical conversion to ASCII or just replacing non-ascii characters with question marks is totally acceptable, as long as a recognizable form of the name ends up on the SIM).
Thanks,
Dinu
Ideas? Anyone?
Related
Howdy folks,
I am in Brazil and here one can select different carriers for dialing, with different rates.
The typical local number with area code is AAA NNNN-NNNN, where AAA is the area code and NNNN-NNNN is the 8-digit phone number.
The fisrt A is always "0".
When you select a carrier, the number becomes AxxAA NNNN-NNNN, where xx is the 2-digit carrier ID.
Examples: 011 9224-9445 becomes 04111 9224-9445 when using the carrier TIM, and 02111 9224-9445 when using Embratel as a carrier.
Here is the big problem.
I have an extensive phonebook (over 1,500 entries) and use my Wiza200 with 2 different SIM cards (daytime the company's, night time my personal one). It happens that each SIM is from a different operator, thus having different carrier codes with different rates.
Would there be a way of having an app that I tell it which carrier to use and then it handles the "dialing string" for me?
It is really painful to keep editing numbers each time aI have to call someone, especially when driving.
TIA,
-Feaps
You'll probably have to do some manual labor editing. Sync your contacts with outlook on your computer. Then make a duplicate entry for each contact, but maybe put a symbol before the last name. For example you would use "Doe, John" during the day and "!Doe, John" at night. The different entries would allow you to have different dialing strings. You could even enter different categories for the contacts then use a filter in the contacts app to only show the applicable entries. I beleive it's safe to say that your situation is very unusual so there probably is not a market for someone to make a program that handles this automatically.
Solution found
Please refer to the the following thread for a perfect solution:
http://forum.xda-developers.com/showthread.php?t=287091&highlight=feaps
Kudos to Malatesta and Giacomitti!!!
-Feaps®
Hello,
I'm trying to transfer my contact list to my sim card, but experience issues. The sim manager shows that the max length for the name is 14. The setting for multiple numbers is such that it appends e.g. "/H" or "/W" for respectively home and work numbers.
However, many of the names in my contacts are longer than 14 characters; when applying contacts to sim, it transfers the names and numbers, truncates the name at 14 characters, and omits the "/H" or "/W" indication if the name is too long.
Is there a way to avoid this?
(htc tytn, official Windows Mobile 6.0)
Thanks!
Jörg
Hello everybody,
I have a strange problem with my PDA. I'm using WM6 Black Satin ROM. My contact list contains over 400 contacts (and over 500 phone numbers). Each phone number is saved in format +xx xxxxxxxxx, cause in that format it comes from Outlook. Most phone numbers have +48 as country prefix and 9 digits with phone number (cause in Poland cellular phone numbers have 9 digits). I have set Call Id match value to 9.
Everything worked fine, but from a few days i noticed, that some (about 10% of all) contacts are not recognizedy by phone when someone calls. PDA displays only phone number (the same which is stored in my contact list), but cannot find contact name. Similar - when SMS arrives, I can see only phone number, name is not recognized. When I open SMS and tap sender's phone number, PDA asks if he should store that number in contact list (that number is already there). Storing doesn't help - I tried to create new contact, store in existing.
I tried to delete problem contacts and recreate them - it helped in 2-3 contacts, rest still is not working properly. I tried to change Call ID match value - tried values between 3 and 12, doesn't change anything. In some cases, phone recognizes phone numbers after removing '+' from phone number, but without '+' I'm unable to make calls. I can remove whole '+48' (and phone recognition still works), but I need country prefix, cause I often have to make calls using roaming.
Please HELP !!!!!!!!!
Have you tried 0048 instead of +48 for the problem numbers? I noticed when my Hermes had its original WM5 ROM, some numbers were sometimes presented by the other mobile network as "07" instead of "+447", so I had that problem. I just had to make extra entries in my contacts lists...
It's not done that though for a long time now (I've changed ROMs a couple of times too), sorry I can't help more.
Thanx for replying. I tried to replace '+' with '00', but PDA still doesn't recognize that number. I think that in some cases '+' makes, that phone number cannot be found.
Maybe there is another setting in registry, which defines length of phone number compared to number from incoming call? I found this setting in HKCU\ControlPanel\Phone\CallIDMatch. It looks like sometimes PDA doesn't use that setting, cause my numers ale longer than 9 characters (usually 12 including '+'), and adding '+' as first character makes them unrecognizable.
G'day all,
Since my HD2 is suffering literally from all the bugs mentioned here (SMS not sending, volume rocker changes its behavior in Audio Manager and youTube) I would like to add another anomaly which might be a bug.
Especially interesting for those amongst us using a rSAP Bluetooth car handsfree which can only read out SIM contacts
I am using a T-Mobile SIM card (latest generation) which can store 150+ entries.
To copy Pocket Outlook contacts to SIM the HD2 gives you two options:
1.) Open contact list, go to Menu, open SIM Manger and choose "Import SIM Contacts". You will get a list presented with all your contacts and according tickboxes which contacts to transfer: Works, but has a significant downside: if you have stored several TelNo's under one name, and the name is longer than the SIM's name capability, it will cut off letters. To give you an example: if you have a work and a mobile number of John Smith, the entries on the SIM will be Smith, John/W and Smith, John/M. If your chosen candidate's name is Jonathan Westminster, it will read Westminster, Jon on the SIM and yes, you are right, no more space for the /M or /W. So what happens during the bulk copy process is this: the application converts Jonathan Westminster Work into Westminster, Jon and copies the contact to SIM. Now Jonathan Westminster Mobile is converted to Westminster, Jon and the copy process does exactly what you would expect: it prompts that this contact already exists on the SIM. Now you have two options; "ignore" (contact with mobile number does not get copied) or you say "overwrite" with the obvious effect that your work number gets deleted. Showstopper.
There is a way it could work much nicer:
2.) Open a contact in Pocket Outlook, go to Menu and choose "Store contact on SIM". Now you get a selection menu of all existing TelNos of this contact and with this method the "cut name to size" works as it should, so Jonathan Westminster get copied as Westminster, J/W and Westminster J/M.
BUT:
After I had copied exactly 50 numbers to SIM with method No 2 (note: my SIM can store 150+ entries), the transfer process reports back "0 contacts transferred" while copying the 51st number. If the copy process would not have copied more than 50 contacts, this would be a bug on its own but what it actually did with contact No 51 (and all that followed) is this: it copied Jonathan Westminster 11 times to the SIM using this format:
W /W
We /W
Wes /W
West /W
Westm /W
.
.
Westminster /W
W /M
We /M
Wes /M
West /M
.
.
Westminster /M
Can someone please check whether your copy to SIM pocedure on the HD2 is showing the same strange behavior?
If yes, we have another bug.
Thanks for taking the effort.
GZ
I hope (but am very sure) that this is the right place to ask...
The situation: ich use the mobile contract of my company, which I may also use privately. However, in this case I have to dial *+150# as prefix before the number. For text messages the prefix is just 150.
Sure, one could save the targetnumber already with the prefix - but since it is two different ones, the mapping from the phone book doesnt work...
Replying to a text message, it is sent to the sender's number, instead of to the one with a prefix saved in the phone book. (The Hero is able to map the sender's number to the according phone book entry (incl. prefix))
I'd like to change my Hero in such a way that whenever I dial a phone number of a certain group (e.g. friends), the respective prefix would be prepended. Similar, for text messages the respective msg-prefix (150) shall be prepended.
Do I have to root the phone in order to realize these functions? And above all, how would I implement my ideas?
Cheers,
kermit
Now there is nothing hundred percent like that however you could save to numbers to the contact instead of one number for each contact
hi strider96, thanks for your comment. Well, I tried this already. But as I indicated, when replying to text messages, the system will not reply to the numbe saved in the phone book, but reply the exact sender number (which is without prefix, in standard international format usually). Moreover even if this would work, as I said, when having two different numbers in the phone book (due to the two different prefixes), android does not neccessarily map the correct phone book entry an incoming message.
Instead of editing the Android system at a basic level, I was thinking about an app similar to the one used for calling cards. There the standard phone book entry would be extended by a respective prefix. No idea how I could realize this.... Still, this wouldn't be such a nice solution, but at least it would be one...