Me gusta lo del log y la apariencia clara y ordenada.
te sugiero tmb que integres una opcion para evitar la escritura de las letras: "Ñ" "é" "í" "ó" "ú" "á" y todos los ASCII arriba del 122 (algo asi como la opcion "Compatibilidad ASCII" del XM) porque algunos celulares no soportan esos caracteres, y por lo tanto no los muestras, dejando en ocasiones espacios en blanco en su lugar.
(
pensandolo un poco... me pica lo del log
pero tu tuviste primero la idea y no seria justo copiartela asi nomas)
una kosa, lo de los karakteres especiales, aveces no es onda de kien lo manda, sino ke komo ke en el paso por la central, se pasan a ASCII y se reenvia, eske hay una diferencia entre el set de karakteres ke usan los celulares y el set ASCII, eske el set de karakteres ke okupan los cells se llama
The 7 bit default alphabet, he trabajdo mucho kon eso dekodifikando SMS direktamente desde la terminal serial de los celulares, y no es solo ke le pidas el mensaje y te lo de en ASCII, te lo da en formato PDU y al dekodifikarlo tenes ke tener en kuenta el
The 7 bit default alphabet, porke no todos los karakteres "match" uno kontra otro, es por eso ke kuando mandas la paralabra "niña", sale "ni?a" en el cell, pero es porke en algun lugar de la transaccion no se toma en kuenta la konversion, no se exaktamente donde, si es en el cell o es en la central donde lo remandan, asi ke no se kiebren la kabeza tanto en eso, kreo ke kien no los konvierte bien es el cell, porke en mi experiencia kuando estaba dekodifikando los mensajes, me salia lo mismo, kosas komo "ni|a" en lugar de "niña", tengo ke revisar eso, porke si llegan mal al cell, no es onda de kien los manda.
por cierto: el
The 7 bit default alphabet es el set de karakteres ke se usan en SMS para cells, se karakteriza por ke solo necesitan 7 bits para representarlos, la mayoria de karakteres "empatan" a los de ASCII, pero hay algunos ke no, para mas info, chekense esta tablita:
http://www.dreamfabric.com/sms/default_alphabet.html