I thought I might remind people that typing was one of the first behaviors modeled by the PDP folks.  They had data showing that multiple typing actions went on in parallel -- that is, the actions of future fingers were beginning before the current action was completed.  Don't know if these ACT-R models are dealing with that.<br>
<br>Susan Chipman<br><br><div class="gmail_quote">On Tue, Aug 24, 2010 at 3:29 PM,  <span dir="ltr"><<a href="mailto:db30@andrew.cmu.edu">db30@andrew.cmu.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div class="im"><br>
<br>
--On Tuesday, August 24, 2010 1:18 PM -0400 Bonnie John <<a href="mailto:bej@cs.cmu.edu" target="_blank">bej@cs.cmu.edu</a>> wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
We have a lower-level model of typing implemented in ACT-R tht is<br>
"under-the-hood" of CogTool. It is a mixture of my ages-old PhD thesis<br>
and what we cold do in ACT-R without changing the entire structure of<br>
its hand and fingers. So it still has remnants of ACT-R's typing<br>
assumptions, like the the hand always goes back to the home-row between<br>
each keystroke, but we have relaxed some of the other assumptions in the<br>
standard ACT-R typing model and so have sped it up to being about a 40<br>
wpm typist instead of the 20 wpm typist it is in the general release.<br>
<br>
</blockquote>
<br></div>
One note to make about that is the only assumptions about fingers returning<br>
to the home-row are with the use of the press-key and peck-recoil actions.<br>
If one programs the specific finger movements with peck and punch actions<br>
then the fingers will stay at the key that was hit.  If you're not already<br>
taking advantage of that you may be able to speed up your CogTool typist<br>
even further.  Of course the complication is that to do that you would<br>
also have to have something that computes the necessary geometry from the<br>
current finger position to the target key instead of just the home-row to<br>
target key geometries which are available from press-key.<br>
<br>
As a simple demonstration of that, attached is a simple model which types<br>
two keys in sequence using the same finger twice.  The first time using<br>
two press-key actions and the second using explicit peck actions.  The<br>
inter-key time for the second pair is less than for the first and that<br>
should be true for all valid one-finger pairs.<br>
<br>
Dan<br>_______________________________________________<br>
ACT-R-users mailing list<br>
<a href="mailto:ACT-R-users@act-r.psy.cmu.edu">ACT-R-users@act-r.psy.cmu.edu</a><br>
<a href="http://act-r.psy.cmu.edu/mailman/listinfo/act-r-users" target="_blank">http://act-r.psy.cmu.edu/mailman/listinfo/act-r-users</a><br>
<br></blockquote></div><br>