Oh, I see now. I originally made the runRobot functions reset the
input state when the Robot finished running. That worked well for my
use case (testing GUIs), but as you have noticed, it causes
unintuitive behavior when runRobot is called at a high frequency.

In hindsight, that was a design flaw on my part: that resetting
behavior should be specified explicitly, not attached unconditionally
to every call to runRobot.

I've removed the offending code, and released it as version 1.1.
Hopefully I've ironed out the issues now :)

On Mon, May 13, 2013 at 12:49 PM, Niklas Hambüchen <m...@nh2.me> wrote:
>> Can you show me the code that triggers that behavior?
> It is basically
> Just connection <- connect
> forever $ do
>   (x,y) <- getGyroMovement
>   runRobotWithConnection (moveBy x y) connection

Chris Wong, fixpoint conjurer
  e: lambda.fa...@gmail.com
  w: http://lfairy.github.io/

Haskell-Cafe mailing list

Reply via email to