大多数时候，当我在移动端回复中双击一个单词时，它会按预期高亮显示该单词。但有时，它只是放大然后缩小。我之前在另一个安装中也遇到过这种情况，但当时版本太旧，我便认为这是一个早已修复的旧 bug。然而，就在几分钟前，我在 Meta 上又遇到了这个问题。不过，在关闭标签页并重新打开后，它又开始正常工作了。
有人能确认双击以高亮（而非缩放）是预期行为吗？有人之前遇到过这种缩放问题，或对这种现象的原因有任何见解吗？目前还很难判断这是一个间歇性 bug 还是其他问题。
为什么要那样做？长按即可选中单词，避免了桌面鼠标“双击”的糟糕操作模式。
另外，你指的是在编辑区域还是普通页面文本中？
是编辑器。我原以为使用“回复”这个词就能说明清楚，但现在看来这个术语仍然有些模糊。抱歉造成混淆。
我不了解其他移动操作系统和浏览器的情况，但在 iOS 的 Safari 浏览器中，双击的替代操作实际上是长按约一秒，然后松开，再点击“选择”按钮。因此，双击要快得多。
这里有一个来自 Meta 的参考视频。每当页面跳动或缩放时，我都会双击尝试高亮某个单词。
我觉得除了长按之外的任何操作，都像是在故意逆流而上。
在 iOS 上，在输入框或文本区域中双击以高亮显示似乎是普遍预期的行为。双击会导致在消息、Spotlight 搜索、Safari 搜索、重命名文件夹、设置搜索等场景中高亮显示被点击的单词。此外，既然我们讨论的是 Safari 中的输入框，那么双击也能在 Amazon、Facebook 和 YouTube 等网站上正确高亮显示被点击的单词，仅举几例。
所以这是一个间歇性的问题？我只是不认为双击、三击、四击或五击是用户的主要操作。尤其是既然已有更简单、更以移动设备为中心的“长按”功能可用。
是的，这是个间歇性问题，不过并不罕见。可能一两天发生一次，也许更频繁一些。但有时候关闭标签页再重新打开并不能解决问题，所以可能是页面加载时某种竞态条件导致的。
正如我之前所说，这比双击慢得多。而且，既然双击高亮在其他地方都能正常工作，养成这个习惯也是合理的。这意味着我在 Discourse 上也会下意识地尝试双击，当它无法按预期工作时，就会显得格外突兀。