Fixed
Status Update
No update yet.
Comments
km...@google.com
bo...@google.com
wd...@google.com
wd...@google.com
Hi, sorry for the trouble. I am working on improving our radio HAL. Unfortunately, it will take a while because it is very large. Please do not send non-ASCII characters in SMS.
za...@gmail.com
Hi, I don't know if it may be implemented as quick fix on the actual code, but looks like Ñ is the only alphabet letter having the issue (at least between ones widely used within GSM 03.38 GSM 7-bit).
I've tried with ÄÇÖÜà èéìòùäñöü and all of them are correctly sending only one SMS and not two concatenated.
I've tried with ÄÇÖÜà èéìòùäñöü and all of them are correctly sending only one SMS and not two concatenated.
wd...@google.com
I've tried with ÄÇÖÜà èéìòùäñöü and all of them are correctly sending only one SMS and not two concatenated.
I see, maybe we missed that one Unicode somewhere then. Could be easier to fix then. I will take a look this week. Thank you for pointing this.
za...@gmail.com
Just to get the full picture, I've tested with all characters included here https://en.wikipedia.org/wiki/GSM_03.38 both in Basic Character Set (they should take 1 char of the 160) and Basic Character Set Extension (they should take 2 char, first is ESC prefix) and the only one causing the issue is Ñ
Sending a character outside that set, like á, message it's correctly split into 2 parts, first one of 70 chars as expected.
Sending a character outside that set, like á, message it's correctly split into 2 parts, first one of 70 chars as expected.
iz...@gmail.com
Yes, I agree. 0x147 is something similar, but correct one is 0xd1
Description
Currently holding the command key on macOS will result in this pinch-to-zoom UI popping up on the emulator, even if we are not trying to do pinch-to-zoom. Considering so many other shortcuts run through this (copy/paste, back nav, etc). Could we have an option to disable this feature, or at least change the hotkey away from cmd?