我相信每個現代作業系統都能讓你設定按鍵重複速率，以及首次重複前的延遲時間：

在 Mac 上，預設的初始延遲是 500ms，按鍵重複速率則是 1000ms。你可以調整這兩者：

• 初始延遲可從 250ms 調到長達 2s。
• 重複速率可從 2000ms（每兩秒一次）一路調到驚人的 33ms（每秒 30 次）。

在 PC 上，最短的數值完全相同，不過 Windows 11 的按鍵間隔最多只允許到 405ms，初始延遲則最多為 1000ms。

我的建議是，測試時把這兩個都調到最短。

這樣做有什麼好處？有兩個原因。

首先，測試按鍵重複時的行為是否正常是很重要的。有時候你可能會希望介面能抑制重複，或是當按鍵被按住比較久時做一些特別的處理。

再者，這不僅是對重複的測試，也是對使用者極快速連續按鍵的測試。UI 絕對不該讓你為了任何動畫或轉場而等待，而每秒 30 次、快如閃電的重複速率，正是對系統進行壓力測試的好方法。

這是我在 Figma 裡以標準按鍵重複速度按住 Tab 鍵的畫面：

可以看到這些轉場能幫助你在畫布之間跳來跳去時掌握方向。但看看當我把按鍵重複速率調到最快、做完全一樣的操作時會發生什麼事：

轉場現在把 UI 拖慢到你完全看不到任何畫布移動——只有當我放開 Tab 鍵時，畫布才會追上來。

流暢的移動顯然是假設了某種最低的按鍵速率，或許根本沒用更快的速率測試過。

當然還是有解決辦法，例如加快互動速度、聰明地抑制轉場，或是在需要時導入自訂的重複速率——我在那篇關於設計快速鍵盤介面的文章裡有稍微談過。

這是一個在快速鍵盤速率下會暫停轉場、並即時回應的介面範例：

這看起來非常混亂，尤其是你不是實際操作的人，但這個介面至少很誠實，不會讓使用者空等。而且這或許也不全然是混亂——你會驚訝人的大腦和手指能反應得多快。

但首先，你得先意識到這個問題，而我認為把那些按鍵重複的數值設到最短／最快，將能幫助你找出更多這類問題。

（而且你或許會像我一樣，乾脆在平常使用時就維持這種高速設定。）