谢谢你的提问，问题出在禁用了“在线状态”。启用后，弹窗就能正常显示了 
现在主题组件可以工作了，但只能通过展开按钮操作。这次，行 功能的问题似乎与 Horizon 主题有关。
我在想，如果增加一个移动端/桌面端的切换选项，是否能为这个功能增添价值？我觉得它在移动端体验中很有用，因为用户经常滑动和滚动；但在桌面端，我更喜欢论坛那种传统的操作方式。
1 个赞
我不太明白这是怎么回事……
一个主题只有一个帖子，但主题的长度并不重要。当我打开那个主题时，我看到的是这个：
但因为我已经读过了，所以我预期看到的是这个点：
或者是开头部分，但我从未见过这种情况：
是我的预期有误，还是我漏掉了什么显而易见的东西？我使用的是纯主题（pure theme），没有使用其他主题组件，并且我使用的是 iPad/iPhone（PWA、Safari 和 Hub，表现都一样）
编辑
我尝试用一个更“干净”的账户，结果如预期般显示了最开始的帖子。所以之前的情况只发生在打开一个已经读过的主题时。
1 个赞
你好 
我已经添加了嵌套视图支持。FEATURE: Adds nested view support - Pull Request #3 - VaperinaDEV/discourse-topic-preview-modal - GitHub
4 个赞
谢谢 @Jagster，这里是修复方案：FIX: Enhance topic-post visibility for scroll positioning · VaperinaDEV/discourse-topic-preview-modal@697868d · GitHub
3 个赞
你好
很遗憾，我无法复现这个问题…
4 个赞
哇，非常感谢你，Don 
1 个赞
我发现了一个问题：当启用“topic card high context”（主题卡片高上下文）时，Horizon 主题下的主题预览弹窗（Topic Preview Modal）无法正常工作。这是有意为之还是 bug？
另外，作为一个功能请求：是否有可能添加一个设置，以便仅针对特定分类启用此组件？
1 个赞
此外，当从主题页面底部的“相关/推荐主题”部分打开预览时，点击弹窗中的“打开完整主题”无法跳转到目标页面。
1 个赞
我可以确认这一点，目前的临时解决方案是选择按钮行为（而不是默认的整行行为）。
1 个赞
谢谢，啊，原来这就是缺失的那一块！我之前没注意到这个问题，因为这个设置当时是禁用的……抱歉 @satonotdead 
所以问题在于，Horizon 在“高语境主题卡片”模式下不会渲染 topic-list-item-before 插件出口（plugin outlet），导致主题组件无法正常工作。
我把它移动到了其他插件出口，现在运行正常了。
谢谢，我已经修复了。
嗯，我正在考虑这个问题。你设想它是如何工作的？它应该在 /latest 页面也生效吗（检查确切的主题类别），还是只在选定的类别内生效？该类别中的推荐主题是否也应该保留模态框？
3 个赞
我已在以下提交中修复了此问题：FIX: Prevent parent topic navigation from bypassing preview modal · VaperinaDEV/discourse-topic-preview-modal@8902af9 · GitHub
现在，该模态框应该也能在类似 Reddit 的主题下正常工作了。
3 个赞
现在可以了，老板，谢谢！
1 个赞
我对此思考了很多，但不确定向右滑动是否是最好的解决方案。在移动端，水平滑动手势通常已有其他导航含义，向右滑动很容易与这些原生导航手势发生冲突。
最终我采用了一种略有不同的方法。模态框的底部区域本来就可以向下拖动来关闭，因此我在底部添加了一个小的抓手（grip），以便让用户更容易发现这一交互方式。
这样一来，即使你滚动到了最后一篇帖子，也可以直接向下拖动底部区域来关闭模态框，而无需滚动回顶部或伸手去够模态框的顶部。
我认为对于这种类型的模态框，这种方式感觉更自然一些。
4 个赞
使用了一周多之后，我不得不表示不同意。单手操作手机非常流畅，而且考虑到90%的用户只是单纯地浏览内容，这种设计非常完美，网站用起来也极其简单。我还在模态框上方5像素处添加了一个3秒的动画计时器，并附带一条说明这是关闭手势的提示。你不妨测试一下，就会发现无需大幅移动拇指就能很好地完成操作。
另外，如果这就是你最终确定的方案，它会是一个可以开关的切换按钮吗？
1 个赞
我测试过了，但问题在于在 iOS 的 Safari 浏览器中，该手势也被用于执行“返回上一页”的操作。因此，用户经常会遇到这样的困扰：本意是关闭对话框，结果却跳转到了上一个网页。
1 个赞
你是说在 iPhone 上向右滑动实际上会返回上一页，而不是关闭模态框吗？
是的，我在这里复现了一下，希望我能让你看到我想表达的意思
1 个赞
啊，真是让人头疼。我在旧款 iPhone 上测试过，运行得完美无缺。看来又得从头再来了。
你好
我对此思考了很多，并添加了三个可配置选项：
- None：无额外关闭手势
- Grip：在底部显示一个可视化的抓手
- Gesture：当位于顶部时，可通过向下滑动手势关闭模态框；当位于底部时，可通过向上滑动手势关闭。在移动端，原生的返回手势/按钮同样可以关闭模态框。
我尝试让它的工作方式大致类似于 Facebook 的评论模态框。
最有趣的部分是原生返回键的处理。它不会导致用户从下方的主题列表中导航离开，而是由模态框消费该返回操作并自行关闭，同时保留用户在列表中的位置。
6 个赞
最新款 iPad：只有向上滑动才能关闭模态框。如果我从左向右滑动，在模态框内部没有任何反应，而在外部则表现为正常的返回操作，结果我会回到创作者主页。
1 个赞