おそらく、今どきのOSならどれでもキーのリピート速度と、リピートが始まるまでの遅延時間を設定できるはずです。

デフォルトでは、Macは最初の待ち時間が500ms、キーのリピート間隔が1000msに設定されています。どちらも調整可能です。

• 最初の待ち時間は250msから最長2秒まで。
• リピート間隔は2000ms（2秒に1回）から、なんと33ms（1秒に30回）まで設定できます。

PCでも最短値はまったく同じですが、Windows 11ではキー入力の間隔は最大405ms、最初の待ち時間は最大1000msまでしか設定できません。

テストの際には、どちらもできる限り短く、速く設定することをおすすめします。

なぜそれが役立つのでしょうか。理由は2つあります。

1つ目は、キーストロークがリピートされたときに正しく動作するかをテストできることです。インターフェースによっては、リピートを抑制したい場合や、キーが長押しされたときに特別な動作をさせたい場合もあります。

2つ目は、単なるリピートのテストだけでなく、ユーザーがものすごい速さでキーを連打した場合のテストにもなることです。UIはアニメーションやトランジションでユーザーを待たせてはなりません。1秒に30回という超高速のリピートは、そうしたシステムのストレステストに最適な方法です。

標準的なキーリピート速度でFigmaでTabキーを押しっぱなしにしたのがこちらです。

トランジションのおかげで、キャンバス上を飛び回っても自分の位置を見失わずに済むのはいいですね。しかし、まったく同じ操作をキーリピートを最大まで速くして行うとどうなるかご覧ください。

トランジションがUIを大幅に遅延させてしまい、キャンバスの動きがまったく見えなくなっています。キャンバスが追いつくのは、Tabキーから指を離したときだけです。

スムーズな動きはある程度ゆっくりしたキー入力を前提に作られており、より高速な入力ではテストされていなかったのでしょう。

もちろん対処法はあります。インタラクション自体を速くする、トランジションをうまく抑制する、必要に応じてカスタムのリピート速度を導入するといった方法です——このあたりは高速なキーボードインターフェースの設計について書いた私のエッセイでも少し触れています。

こちらは、高速なキーボード入力時にトランジションを一時停止し、リアルタイムに応答するインターフェースの例です。

特に自分で操作しているわけではないので非常にカオスに見えますが、少なくともこのインターフェースはごまかしがなく、ユーザーを待たせません。そしてこれは単なる無秩序というわけでもありません——人の脳や指がどれだけ速く反応できるか、きっと驚くはずです。

まずは問題に気づくことが肝心です。キーリピートの値をできるだけ短く、速く設定しておけば、こうした種類の問題をより多く見つけられるようになると思います。

（ちなみに、私のように普段使いでもそのまま高速な設定を使い続けるのもアリです。）