The real bottleneck isn't the actual typing, but thinking of something to type --- and it's a lot easier to think of how to say something verbosely rather than concisely!
[1] http://www.pascal-man.com/navigation/faq-java-browser/2009_S...
However, you lose a ton of speed the moment that you hit a word that isn't in your t9 dictionary. Chinese input methods don't have that problem. So, the best case for English usually equals the average case for Chinese.
Of course, since texting is the primary communication mode for many young Chinese, they can usually text blinding fast in any language.
Ah, of course, it's tree navigation.
The number of keypresses required to enter the character is O(log(number-of-chars-in-alphabet)).
So having lots of characters is a win for input speed. Thanks.
I don't see why texting in Chinese should be faster than in English.
Don't you need to push a similar number of bits through the numeric keypad? I'd imagine that to be the limiting factor.
i.e. English texters need to send more chars, but they're choosing from fewer chars so need fewer keypresses to select each one. Chinese texters need to send fewer chars, but I imagine they need to make more keypresses to select each char.