这目前可能是一个临时解决方案。在我发布内容之前,我想知道是否有人能复现这个问题?
最好能识别另一个带有标签选择器的主题组件…
另一个权宜之计是直接使用一个新的独立标签?
是的,目前这个组件用这个标签就够了,谢谢!
帖子中的表情符号在摘要中不显示,至少在瓷砖模式下是这样。这是一个已知问题吗?
是啊,那个优先级不高。不过谢谢提醒。现在已经在 TC 中修复了,请更新到最新版本!表情符号万岁 ![]()
@merefield 太感谢了!这速度太快了,我都想搞个潜意识的图灵测试了。![]()
因此,第一个设置的工作方式是:如果缩略图最终无法获取(URL 失败),它会恢复视图。我相信这能正常工作。
但它不会在没有缩略图的情况下添加一个缩略图。
这是第二个设置的一个 bug。我会查看一下。
现已 修复。
注意:主题组件仅允许设置一个全站默认值。
太棒了,感谢快速回复!
你好,Robert,
我们尝试切换到你的主题组件,但遇到了一个小问题:我们无法调整“主题列表缩略图的分辨率级别”。缩略图始终使用原始图片,导致图像变形。能否请你帮忙查看一下?
非常感谢!
我检查过了,看起来一切正常。能否提供更详细的复现步骤?
你的 Sidekiq 运行了吗?核心中有一个任务现在负责生成缩略图。你需要使用最新的测试通过版本(针对主题组件而非插件)。
如果你在 Firefox 中查看 /latest.json,应该会看到每个包含首帖图片的话题中都有多个缩略图条目。这些缩略图的可用性取决于主题组件中的设置(用于指定缩略图选项范围)以及 Discourse 核心代码本身。除了设置之外,主题组件中没有其他代码会影响这组可用的缩略图。
不过有一点需要注意:默认缩略图仅以原始分辨率提供。这是因为它不属于 Sidekiq 生成缩略图的新流程。不过,你可以自行控制该图片,并有意将其设置为较低分辨率的图像。此外,该图片只会被共享一次,但会被多次使用。
主题组件新功能:
该功能默认开启,可在主题组件设置中禁用。
非常喜欢这个功能!我遇到的唯一问题是,它只显示该分类下的几张图片,尽管实际上有足够的图片可以填满十个格子的网格。是否有时间限制,导致它只显示最新的图片?这是一个示例,它从“编辑精选”标签中抓取内容。你可以看到有很多帖子都带有这个标签,但它只显示了五个,而当你进入“最新”页面时,却能显示全部十个。
此外,回到我们之前的讨论,我最初意识到,将标签限制在特定分类内是导致下拉菜单中无法找到可用标签的原因,而不是标签组的问题。我也意识到,不将该标签限制在特定分类内并不是理想方案,因为它本应仅在特定分类中使用(目前我在沙盒环境中就是这样设置的)。所以,如果不太麻烦的话,我希望能够恢复到另一种分类选择器的样式,允许用户手动输入以绕过这一限制,因为关于我提出的这个问题,目前还没有人回应。谢谢!
是的,确实存在限制。我可能会找到更好的实现方式,但目前是通过按类别对主列表进行暴力过滤来实现的。
我受到 API 和分页限制的影响。
目前,请从其他地方减少数量,您应该能在该类别中看到更多内容。
另外,很遗憾,部分数组空间被没有图片的主题浪费了……这也是 API 的限制。除非我记错了,否则我无法在一次请求中只获取带有缩略图的主题。
抱歉,是我的错!现在一切正常了。再次感谢您的努力!
好的,正在开发一些令人兴奋的内容。
我为主题组件(Theme Component)创建了一个配套插件,以增加额外功能。
目前,我已为基于主题组件安装的环境添加了可用的缩略图选择器。要实现此功能,您还需要这个精简版插件。(请同时更新您的主题组件)
实验性插件地址如下:
- git clone https://github.com/merefield/discourse-topic-previews.git -b "theme_sidecar"
它带来了两大优势:
- 它修改了 Discourse 默认选择缩略图的判定标准,并接受了更多更有用的较小缩略图(这些缩略图原本会被拒绝)。在我看来,核心标准过于严格。
- 在主题元数据编辑器中添加了可用的缩略图选择器。如果您不满意系统自动选择的缩略图,可以手动覆盖。功能上这与原始插件版本几乎一致,但现在它兼容 Discourse 新的缩略图生成逻辑。
我的目标是让主题组件足够稳定且功能丰富,从而取代原始插件。
之后,对于基础安装,您只需添加主题组件即可。
如果您是自建托管或使用允许添加插件的套餐,则可以添加配套插件以获取更多功能。
总体而言,这将最大限度地减少维护工作,同时让更多用户能够使用主题列表预览功能。
对站点管理员而言,另一个显著优势是:许多前端层面的表面性更改将不再需要重新构建,因为您通常只需更新主题组件即可。
在最新的 Discourse 更新后,我无法为帖子设置缩略图。是否存在 Bug?



