Issue 评论阅读 — 讨论串按顺序展开
评论区布局
在 Issue 详情页里,Issue 正文之后就是评论区。评论按时间先后顺序排列——最早的评论在最上面,最新的在最下面。
这和 GitHub 网页版默认的「最新优先」排序不同。Gloom 选择时间顺序是因为它默认你是第一次读这个 Issue,需要从头到尾走完整个讨论脉络。
如果 Issue 关闭了又被重新打开,Gloom 也会继续用时间顺序展示所有评论——不会因为 Issue 状态变化而把历史评论折叠掉。
每条评论包含什么
- 评论者:头像 + GitHub 用户名(可点进个人主页)
- 时间戳:相对时间(「2 小时前」「昨天」「2024-12-01」)
- 评论正文:Markdown 渲染,支持代码块、表格、列表、图片等所有标准 Markdown 元素
- 表情回应计数:该评论收到的 👍 ❤️ 😄 🚀 🎉 😢 等表情及其计数(展开后看)
- 操作按钮:Gloom 里只有「给这条评论加表情回应」一个入口——不支持写评论、不支持编辑、不支持 @ 人
评论里的图片
评论里上传的图片(GitHub 网页版里的 )在 Gloom 里直接渲染,和 README 里的图片一样自动缩放到屏幕宽度。点开可放大,支持双指缩放查看细节。
代码片段在评论里
很多 Issue 评论会直接贴堆栈追踪、代码片段或报错信息。这些代码片段:
- 带语言标识的(如 ```java)会应用对应语法高亮
- 纯文本的错误堆栈会用等宽字体展示
- 超长堆栈可以横向滚动
怎么区分 Issue 正文和评论
Issue 正文(第一个 Markdown 块)和后续评论在视觉上有明显区别:
- Issue 正文在 Issue 头部元信息条之后,占据第一屏或更多
- 评论从第二块开始,每条都有独立的作者头像和时间戳
- Issue 正文下方没有「评论者」标识,就是 Issue 提交者的首帖
想回复某条评论
Gloom 不支持写回复。流程:
- 在 Gloom 里看到想回复的评论
- 记下 Issue 编号和评论时间点
- 切到 GitHub 网页版,找到该 Issue,在评论框里写回复
或者在 Gloom 里用系统分享功能把 Issue 链接发到浏览器,直接在网页版里操作。