How hard is UTF-8 to implement? This is one thing pretty import for me due to using UTF-8 text a lot, but beyond my scope of contribution...
Should be easy to decode. I've never written python code to handle UTF-8, though, so I'll need to read up on that.
That's great news, if you can get that done. BTW, it should go both ways, decode and encode - for sending UTF-8 SMS messages.
This works (albeit slowly - I may need to send some more AT commands to set the speed). I've updated the whiptail script on the wiki.
I'll test how it reacts.
Regarding your SMS and calls logging, I didn't look in /root/ originally, that's why didn't notice you had it going on. Essentially, my hacks were almost identical.
However, I've modified it for myself a bit, and propose the same modification to your scripts: basically have 5 logs: log-sms-received.txt log-sms-sent.txt log-calls-received.txt log-calls-made.txt log-calls-missed.txt
In the example script, you carry out logging for sms-received in the receivesms section, calls-made in the dial section, calls-received in the answer section.
In the whiptail script, you carry out logging for calls-missed in the ring2 section, whereby you have your if definition, after which I add an else section:
[div class=\'codetop\']CODE[/div][div class=\'codemain\' style=\'height:200px;white-space:pre;overflow:auto\']else
htcunid hangup
echo "`date` $2" >> $LOGCALLSMISSED
openvt -w -s -- whiptail --clear --fb --msgbox "`date`, missed call from $2"
htcunid hangup
fi[/div]
Obviously, you define LOGCALLSMISSED at the top of the script.
This way it also has the benefit of popping up an info box that you see when you return to the phone, that you've missed a call(s)...
And to carry out logging for sms-sent, I just added an sms script:
[div class=\'codetop\']CODE[/div][div class=\'codemain\' style=\'height:200px;white-space:pre;overflow:auto\']LOGSMSENT=...wherever...
echo "`date` $*"
htcunid sendsms $*[/div]
Other comments so far:
I have problems with suspend, when suspending with [div class=\'codetop\']CODE[/div][div class=\'codemain\' style=\'height:200px;white-space:pre;overflow:auto\']echo mem > /sys/power/state[/div] it's fine, however as soon as you close the lid, it comes back on. Apparently something triggers a key event or what upon close and it brings it out of suspend?
Do you have the same behavior?
Finally, I can't find the backlight incremental change scripts you mentioned earlier, anywhere in your wiki...
Later.