主题预览弹窗

我已经更新了时间线!:tada:

现在,当你点击进度条时,会打开一个专用模态框,其中包含话题时间线容器(也就是移动端时间线)。这使得在移动端使用也变得更加方便。


抱歉,但我无法复现这个问题。:confused:

2 个赞

我在测试站点 https://forum.escooterworld.com/ 上更新了,问题也出现在那里,不确定原因。我休假到周二,所以没法进一步测试看看具体是怎么回事。

1 个赞

你能把你的组件发给我看看吗?

1 个赞

已发送。不过,即使关闭了该组件,问题依然如此,而且自从上次更新后才开始出现这种情况。

1 个赞

试试在 Duck Duck Go 浏览器中测试一下 :wink:

已更新滑动提示消息:DEV: Add more control over swipe hint message - Pull Request #11 - VaperinaDEV/discourse-topic-preview-modal - GitHub

包含两个新设置:

  • always_show_dismiss_hint:
    默认情况下,移动端关闭手势提示(“向上/向下滑动或使用返回手势/按钮关闭”)仅在浏览器中显示一次,即在预览模态框首次打开时。启用此选项可改为每次打开时都显示。仅当 modal_dismiss_gesture 设置为 “gesture” 时生效。

  • dismiss_hint_duration_ms:
    关闭手势提示在屏幕上停留的时间(以毫秒为单位),之后会淡出。如果已启用 always_show_dismiss_hint,建议降低此值,因为每次打开时显示 10 秒的提示可能会显得重复。设置为 -1 可完全禁用自动消失功能——此时提示将保留,直到模态框本身被关闭。

topic_preview.back_gesture_hint 现在已标记为 htmlSafe。

4 个赞

你好,非常感激你的这个主题组件,我使用的很完美。

今天我发现在(嵌套回复视图)主题时,点击评论区的“其它一条回复”按钮,会提示:出错了:找不到请求的 URL 或资源。

1 个赞

感谢你的反馈!我测试了嵌套回复视图,但无法复现该问题。在我这里,回复可以正常加载。

请检查一下,在常规的嵌套主题页面中,同一条回复是否能正常打开?如果不能,可能是该特定帖子/主题本身存在问题。

如果你再次遇到该问题,请一并将主题 URL 发送给我,以便我进一步调查。

你好,

我是在“嵌套回复”视图下点击“:plus:2条回复”,

会提示“出错了:找不到请求的URL或资源”

测试预览模式、电脑google浏览器、手机google浏览器都是一样的提示。

1 个赞

你好,

对不起!我好像没表达明白。

我想说的是使用“topic-preview-modal”组件的时候,然后在首页,点击“嵌套模式”视图的主题进行预览,然后点击更多回复按钮会显示这样的错误。

1 个赞

啊,明白了,谢谢!这是修复链接:FIX: Nested view lost topic identity on pagination + dead "Continue t… · VaperinaDEV/discourse-topic-preview-modal@fa90848 · GitHub

2 个赞

非常感谢!我刚刚测试没有问题!

谢谢你对这个主题组件的工作付出!:fonzie:

1 个赞

你好,

哇,这个组件看起来很棒,而且易用性极佳,尤其是在智能手机上!

我遇到了一个阻塞性 bug:

在使用 Post Voting 插件 的主题中,模态框无法加载。

此问题在智能手机和电脑上都会出现。
它发生在最新版本中。

如有需要,我可以在我的论坛上重新启用该组件,并通过私信发送 bug 链接给你。

谢谢。

2 个赞

谢谢 @Stephane_Roy!这是修复:FIX: post-voting topics crashing the topic preview modal · VaperinaDEV/discourse-topic-preview-modal@0be328e · GitHub

2 个赞

你好 :waving_hand:

我已经重构了主题组件:

原本庞大的 topic-preview-modal 组件已被拆分为多个职责明确的委托类,分别用于处理嵌套主题、编辑器交互、帖子操作、进度导航、遮罩监听以及返回手势状态。

现有的组件 API 和外部接口保持不变,同时 topic-preview-modal.gjs 的代码行数已从 1836 行减少到 873 行。

本次改动不涉及任何功能变更。

4 个赞

也许这个功能已经存在,只是我不知道如何设置:

是否可以在特定类别(例如 Discourse 类别文档)中避免显示模态框?因为在某些情况下,如果侧边栏需要显示,模态框可能会适得其反。

2 个赞

之前有人提出过这个需求。我目前正在考虑最佳的实现方案。这似乎并不简单,因为如果 /latest 页面上的一些主题以模态框形式打开,而另一些不是,可能会让用户感到困惑。另一方面,如果我们严格将其限制在特定分类内,那么 /latest 页面上的主题应该如何表现?

2 个赞

哦,Don 先生。抱歉,我之前没有注意到之前的请求。非常高兴看到您在分析并考虑这个问题!

在我们的具体情况下,我们要禁用模态框的分类具体是术语表、Wiki 以及在 Discourse 上设置的在线课程。

我突然想到,如果有一个开关可以测试在这些相同分类中使用模态框,并且它们作为最新主题列出,这将有助于从用户角度在真实场景中真正评估其影响,这将非常积极。

如果这不可行,至少对我们来说,最好即使在最新主题视图中也不要为这些范围限定的分类启用模态框。因为该课程被设置为显示侧边栏,就像我们的 Wiki 和术语表一样。

我们旨在让人们真正研究和阅读这些特定信息,并且我们有兴趣通过侧边栏视图为他们提供直接链接。

我们完全接受在社区的其他部分允许使用模态框。它运行得非常好。

1 个赞

他们难道不会点击“打开完整主题”吗?

1 个赞

你知道,我们想要的只是减少摩擦。应该配个背景音乐什么的 :grimacing:

2 个赞