iPhone keyboard concept:
I have come to love the touch-screen keyboard of the iphone and find I can type pretty damn fast on it with two thumbs, blackberry style. But the problem is that it severely underutilizes the power of the touch screen. The power of the touch screen is the ability to dynamically change the layout dynamically. So why wouldn’t that apply to the keyboard? Why is the iPhone simply mimicking the blackberry layout when keyboard input could be done so much more efficiently if dynamic layouts were implemented?
I don’t know. But here’s my concept for how the keyboard SHOULD work.
The problem: A static QWERTY keyboard layout that is a pain to use if you have large fingers. It is cramped into portrait mode. Auto-text does a very good job of correcting mistakes, but we shouldn’t have to struggle much to hit the right keys. I have gotten to the point where I mostly estimate where the correct key is and tap the general area and rely almost entirely on the words to get corrected.
The solution: the keyboard layout should allow me to hit the general area of the key and have it type the right key. The only way to do this, is to SHRINK the less useful keys and EXPAND the more useful keys.
Currently, each key holds an equal amount of weight, no matter what you type. You’ll see why this is stupid in a few simple examples:
1) If I type the letters “HEL” very quickly there are only a few possible options for what letters can follow, and which letters absolutely cannot follow. So letters like “QWYC” would all shrink down to smaller sizes and stack along the side of the keybarod while the more likely letters “PLM” etc would increase in size, filling in the space.
2) Type the letter “Q” and you immediately see why this would be useful. “Q” has almost NO letters that follow it. Only “U” and maybe “W” work (if you were typing “QWEST” diagnostics).
3) What about “TH” – this is followed by “WERYUIOA” – far fewer than the full 26 letters.
Well, doesn’t the auto-correct text already figure this stuff out? No, not even close. First, above all, the mechanism of simply inputting text should be improved so you don’t rely too heavily on corrections. (The postings this week on how to fix the “ducking” problem should serve as a testament to why keyboard improvements are necessary and corrections should be scaled back.)
Second, this concept would augment the auto-correct feature by improving the ease of typing words.
The implementation of this would work like the following:
1) Just like auto-correct, the iphone would be preloaded with a dictionary file.
2) Upon the start of a new word, an inline query would run after each letter and provide a list of the next letter options – the keyboard layout would dynamically update. It will look like the same keyboard, but with all the unlikely letters missing and the likely letters much larger to take up wider spaces, maybe even expanded into non-square shapes, such as a cross (if, for example, the letter “D” were likely, but its neighbors “S F and X” were not – it would expand into their vicinity.
3) Each letter typed would trigger this rapid query to find the list of possible next letters based on what has been typed of the word thus far.
Example:
“T”
Likely:
ERYUIO
ASH
Z
“H”
Likely:
ERYUIO
A
“E”
Likely:
RY
ASF
VNM
“Y”
Likely:
‘
And so on…


