<div dir="auto">First of all, I would like to commend Zack on submitting the patch and a merge request. Having put more thought into this I wonder whether reversing object's behavior may be the right approach. I say this because the original intent of the key object is perfectly embodied in the purrdata version which appropriately and consistently filters autorepeat and which in turn ensures that the object stays true to its name. It also promotes what I would argue a more common sense approach to using key presses while allowing the old repeats to be harnessed using the optional argument. I do understand that this in some ways flips the backwards compatibility on its head but at the same time also promotes a healthier coding practice from a beginner perspective. I'm also not too hung up on ensuring that we maintain backwards compatibility when the design goals of vanilla vs. purrdata are in my view distinctly different. With all this in mind I wonder whether making this reversal is the best choice as opposed to leaving everything as is.<br><br><div data-smartmail="gmail_signature">Best,<br><br>Ico<br><br>-- <br>Ivica Ico Bukvic, D.M.A.<br>Director, Creativity + Innovation<br>Institute for Creativity, Arts, and Technology<br><br>Virginia Tech<br>Creative Technologies in Music<br>School of Performing Arts – 0141<br>Blacksburg, VA 24061<br>(540) 231-6139<br><a href="mailto:ico@vt.edu">ico@vt.edu</a><br><br><a href="http://www.icat.vt.edu">www.icat.vt.edu</a><br><a href="http://www.performingarts.vt.edu">www.performingarts.vt.edu</a><br><a href="http://l2ork.icat.vt.edu">l2ork.icat.vt.edu</a><br><a href="http://ico.bukvic.net">ico.bukvic.net</a></div></div>