评论区常用语按钮的实现位置与注意事项

评论区加一排「常用语」按钮，点一下把短句填进输入框，作用是降低随手回一句的成本——读者不用组织语言，博主也不会收到「路过」「打卡」这种完全没信息量的内容。功能本身不复杂，分三层：样式、交互、服务端输出位置。

一、三层各放在哪

样式层是一排按钮的排版：横向排列、可换行、字号比正文小一号、鼠标悬停有反馈。这类只影响显示的东西放后台主题设置里的自定义 CSS 就行，别去改主题的样式表。

交互层是点击行为：拿到按钮上的文本，追加或覆盖到评论输入框的 value，然后把光标定位到末尾。逻辑很短，用现成的选择器就能写完，放后台的自定义 JavaScript 设置项里。

输出层必须动服务端模板，因为按钮本身要在评论表单里渲染出来。当时改的两处是：主题 template 目录下的 comments.php（评论表单输出位置附近，那版文件在 120 行左右），以及 inc/functions 目录下 functions.php 里对应的处理函数（大概在 1612 行左右）。改之前先用编辑器搜表单输出的关键字定位，别照着行号硬找——行号只在那一版文件里成立。

二、短语内容自己维护

常用语写在一个数组里，按注释给的格式一条一条加，改起来只动这一处。条数控制一下，最好不要超过 10 条：多了这排按钮会换行成一小片，视觉上盖过评论框本身，而且真正常用的就那两三句。

选句子的标准是「点下去之后这句话对别人还有用」。像「感谢分享」「受教了」这类属于聊胜于无；带具体指向的句子（比如问某段配置在哪个文件、提示某条命令要注意备份）反而更容易引出一段真的讨论。

三、几个注意点

• 直接改主题文件，一升级就全没了。改动尽量集中：输出层单独留一份 diff，交互和样式走后台设置项，恢复成本最低。
• 输入框如果是富文本编辑器，改 value 不一定生效，要通过编辑器实例的接口插入文本，否则会出现「文字看不到但提交后有了」这种怪现象。
• 手机端注意按钮高度和间距，太小容易误触，点错一次还要手动删。
• 别把这个功能和「评论后可见」绑在一起用。为了放行内容而诱导点按钮生成的评论，比空评论更没价值。
• 加完之后自己发一条测试，确认按钮文本里的引号、尖括号被正确转义，不然会污染表单结构。