别让评论憋在文末了：让想法跟着文字串门
内容提要
本文介绍段落评论功能，旨在解决底部评论区与内容分离的问题。实现上，文字流型块（段落、列表项）用行尾小气泡，整块型（引用、图片、代码、表格）用右上角胶囊加高亮框。入口默认隐藏，有评论时常驻显示数量。文章还讨论了嵌套块渲染、悬停死区等边界问题及修复方法。
延伸解读
行内评论的交互设计取舍
文章强调，行内评论的入口不能泛滥，否则会干扰阅读。因此，无评论的段落默认隐藏入口，仅在悬停或触摸时出现；有评论的段落则常驻显示数量，作为讨论路标。这种设计平衡了可发现性与克制，值得内容平台借鉴。
两种内容块的评论形态差异
实现上将内容块分为文字流型（段落、列表项）和整块型（引用、图片、代码、表格）。前者用行尾小气泡，后者用右上角胶囊加高亮框，以明确评论对象是整块而非某一行。这种区分有助于用户理解评论的粒度。
嵌套块与悬停死区的边界处理
文章指出，嵌套块（如分栏内的图片）若被轻量行内处理，会丢失高亮框，需按类型区分渲染。此外，鼠标从段落移向气泡时存在“死区”，通过延迟隐藏和透明桥接解决。这些细节对提升交互流畅性至关重要。
Q&A
段落评论功能主要解决什么问题？
段落评论功能旨在解决传统底部评论区与内容分离的问题，让读者在阅读到某一段落或内容块时，能立即在该处发表评论，而不是翻到文章末尾。
段落评论的入口有哪些形态？分别适用于哪些内容块？
段落评论入口分为两种形态：文字流型（如普通段落、列表项）使用行尾小气泡图标；整块型（如引用、图片、代码、表格等）使用右上角胶囊按钮，并伴有高亮框。
段落评论入口的显示规则是什么？
入口默认隐藏，鼠标悬停或手指触摸时出现；已有评论的段落入口常驻并显示评论数，作为讨论路标。
在嵌套块（如Columns分栏）中，段落评论如何处理？
嵌套块中的内容仍可独立评论，但需要区分内容类型：文字流型（段落、列表项）使用轻量行内处理，容器型（引用、图片、表格）必须保留完整块级渲染，以确保高亮框不丢失。
段落评论在桌面端遇到什么悬停问题？如何解决？
桌面端存在悬停死区：鼠标从段落移向气泡时经过真空地带导致气泡消失。解决方法是气泡隐藏时增加延迟，并在段落与气泡之间添加透明桥，保持悬停状态连续。
段落评论支持哪些内容块类型？
支持普通段落、列表项、引用块、图片、代码块、表格，以及自定义HTML、预格式化文本等。
