<div dir="ltr"><br><br><div class="gmail_quote">On Wed, Oct 1, 2008 at 9:11 PM, The Rasterman Carsten Haitzler <span dir="ltr">&lt;<a href="mailto:raster@rasterman.com">raster@rasterman.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
On Wed, 1 Oct 2008 22:57:10 -0400 Joel Newkirk &lt;<a href="mailto:freerunner@newkirk.us">freerunner@newkirk.us</a>&gt; babbled:<br>
<div><div></div><div class="Wj3C7c"><br>
&gt;<br>
&gt;<br>
&gt; On Wed, 1 Oct 2008 20:32:34 -0600, &quot;Ori Pessach&quot; &lt;<a href="mailto:opessach@gmail.com">opessach@gmail.com</a>&gt;<br>
&gt; wrote:<br>
&gt;<br>
&gt; &gt; I have a question about the &quot;predictive&quot; keyboard shown in one of those<br>
&gt; &gt; movies - what on earth is the justification for providing the following<br>
&gt; &gt; predictions - User input is on the left, prediction is on the left:<br>
&gt; &gt;<br>
&gt; &gt; w - a<br>
&gt; &gt; wo - so<br>
&gt; &gt; wor - wot<br>
&gt; &gt; worl - work<br>
&gt; &gt; world - ? (I&#39;m not sure what was the prediction, but at this point it&#39;s<br>
&gt; &gt; moot... It was probably wrong, anyway.)<br>
&gt; &gt;<br>
&gt; &gt; The qtopia keyboards do the same braindead thing. They&#39;re perfectly<br>
&gt; &gt; unusable<br>
&gt; &gt; as a result. The handwriting recognition engine appears to be wired into<br>
&gt; &gt; the<br>
&gt; &gt; same &quot;prediction&quot; engine, resulting in letters that were recognized<br>
&gt; &gt; correctly to be randomly replaced with incorrect letters.<br>
&gt; &gt;<br>
&gt; &gt; Is this a bug, or is that the intended behavior?<br>
&gt; &gt;<br>
&gt; &gt; --Ori Pessach<br>
&gt;<br>
&gt; Intended, you just have to understand what it&#39;s doing.<br>
&gt;<br>
&gt; Unlike T9 and other predictive inputs that are familiar from cellphones,<br>
&gt; the keyboard predictive process looks at neighboring keys, &#39;predicting&#39;<br>
&gt; that periodically you may hit the wrong one. &nbsp;(if you&#39;re using your finger<br>
&gt; that&#39;s pretty likely, especially if they&#39;re as wide as mine)<br>
&gt;<br>
&gt; If you pay close attention, the actual user input is &quot;helko worlc&quot;, and yes<br>
&gt; it suggests &#39;hello&#39; and &#39;world&#39; as the prime suspects.<br>
&gt;<br>
&gt; As a developer and hacker I hate it. &nbsp;For text messaging it seems it would<br>
&gt; be useful, presuming that the user won&#39;t always have (or choose to use) a<br>
&gt; stylus.<br>
<br>
</div></div>bingo. thus the terminal keyboard layout exists - it doesnt correct/predict or<br>
suggest. you get what you press, no more, no less, and immediately. so i&#39;m<br>
trying to conquer both worlds. i have actually been using the corrective<br>
keyboard for testing - the freerunenr has a 2.8&quot; screen. in practice thanks to<br>
the bevels on the sides its effective usable area is about 2.5&quot;. and on that<br>
tiny surface area i can usably type in full english sentences with very few<br>
mistakes WHILE walking down the street. thats much better than i can do with a<br>
stylus and a &quot;non-corrective&quot; keyboard on windows ce/mobile/pocketpc, on<br>
qtopia&#39;s &quot;stylus&quot; keyboard on my roker e6 and on the matchbox qwerty keyboard<br>
etc. etc.<br>
<br>
for entering sms/email/&quot;human stuff&quot; its great. if the word is not in your dict<br>
- it will be listed always at the top of the long-suggestions list (tap the<br>
top-left arrow). it will then be added to your dict. as you use words their<br>
&quot;Frequency count&quot; goes up and is stored. it learns what words you use a lot and<br>
tends to offer them as predicted corrections much more accurately once you have<br>
been using it for a bit.<br>
<br>
it is guessing what you meant to type based on the &quot;you probably pressed the<br>
key you wanted or somewhere near it - maybe a key or 2 away, per letter in the<br>
word, so let me search a dictionary and look to see what you likely may have<br>
meant&quot;. as you type its looking these up and suggesting words. it won&#39;t suggest<br>
a word other than one in the dictionary file OR one in your personal dictionary<br>
(one it&#39;s learnt), or EXACTLY what u pressed. depending on how many things match<br>
you may get more in that list than can be displayed above the keyboard, so the<br>
top-left arrow brings up a full scrollable list of all matches in that case.<br>
<br>
what the qtopia keyboard does (i can&#39;t comment as well as the illume one) and<br>
illume do (which was heavily inspired by qtopia&#39;s keyboard - and kudos to the<br>
tolls for it. of course some things i really dont like about it and i&#39;ve tried<br>
to address them in illume&#39;s keyboard - but qtopia&#39;s is very good!) is expect<br>
you to be entering &quot;english text&quot; (eg an email, sms, some notes etc.) and<br>
correct. both have modes to FORCE a letter to be used (in illume press and hold<br>
for 0.25 sec and the zoom box pops up - qtopia has a similar thing). in illume<br>
any letters you zoomed in on will not be &quot;corrected&quot;. they will be taken as<br>
explicit selections and thus reduce the search space. illume provides multiple<br>
layouts as FILES - so you can extend them and provide more of your own for yoru<br>
langauge or personal preferences. the terminal layout just makes the illume<br>
keyboard be a &quot;dumb stylus keyboard&quot; where 1 press on 1 key == exactly that key<br>
stroke sent to the app. nothing more or less.<br>
<font color="#888888"></font></blockquote><div><br>Making the user compensate for the algorithm&#39;s mistakes before it made them doesn&#39;t sound very useful. Sounds like it assumes that the user has intimate knowledge of the correction algorithm, which you have, and I don&#39;t. Maybe that&#39;s why it works for you and drives me absolutely batty.<br>
<br>(I&#39;m talking about the mode where the user is expected to force a letter before she has a chance to find out that it&#39;s going to be corrected in an unhelpful way.)<br><br>--Ori Pessach<br><br></div></div><br></div>