@merefield - 我想为测试不够充分而给您带来的不便道歉——问题出在未维护的 TC Topic Banners component——我没有意识到它早已被标记为未维护。而且它以某种方式干扰了您的 TC。
您认为我应该建议一项新的 Discourse 功能,在相应的管理面板中显示 TC 状态吗?
@merefield - 我想为测试不够充分而给您带来的不便道歉——问题出在未维护的 TC Topic Banners component——我没有意识到它早已被标记为未维护。而且它以某种方式干扰了您的 TC。
您认为我应该建议一项新的 Discourse 功能,在相应的管理面板中显示 TC 状态吗?
没问题。我认为核心团队已经在改善那种情况方面做出了一些努力了。我不确定他们是否还能做更多,但无论如何不用担心。有时候很难判断问题的源头 :).
我似乎遇到了一个问题,一旦我无限加载主题列表,布局就会损坏——要验证这一点,只需打开此 URL——使用主题切换器(左下角)并切换到复古模式,然后滚动所有主题直到找到问题:https://neidan.discourse.group
屏幕截图:
正如您在屏幕上看到的,在无限加载后布局已损坏……缩略图和所有内容都挤在一起了……
该论坛由 discourse 正式托管,因此插件和修改的数量非常少。
我不记得以前遇到过如此明显的问题——这一定是在更新时发生的……
奇怪。控制台中也没有错误。有机会我会看看的。感谢您的报告。(顺便说一句,网站看起来不错 :))
(供参考,浏览器中缺少原生的 Masonry 渲染是一个恼人的疏漏,迫使我们编写更脆弱的 Javascript。这个主题组件现在已经有 8 年多的历史了,在这段时间里 他们仍在争论实现问题!)
我可以重现。看起来这个在更新后也破坏了 https://starzen.space。
试试这个(我认为这可能与屏幕外时的尺寸计算有关——曾经有一个变通方法,但仅限于 Firefox)
请更新并告知我是否解决了您的问题。
你好!感谢你的快速修复!它似乎有效 - 虽然这似乎是一个变通方法,因为在第一个毫秒我看到了同样的问题,但随后它会自行调整。不过,目前结果是有效的。谢谢!
哦,从这个意义上来说,它不仅仅是一个“变通方法”。JavaScript 的设计目的是不强加太多。如果它运行得更频繁,就会浪费能源。这是一种折衷方案,直到 CSS 支持 masonry 布局…
太好了!非常感谢您的快速修复!
我会继续使用您的组件,并希望它能尽快实现。
别抱太大期望,哈哈
@patrickemin 你可以试试这个css:
.tiles-style .topic-list-item.tiles-style {
background-color: var(--primary-very-low);
}
这会给你一个简单的背景颜色来帮助区分磁贴。
然后你就不需要sidecar插件了。
当然,这可以用CSS修复。如果您需要帮助,请访问#marketplace
该组件是开源的,无需订阅,但我恐怕我的免费支持是有限的,因为我是一个忙碌的人。
我没有在OP中列出的任何一个网站上看到这个问题?(请随时在您的设备上确认)怀疑它可能与您特定主题的特殊要求有关。
谢谢,但所有图块都受影响吗?理想情况下,只有一半的图块(偶数图块)具有此背景,但我猜这在 CSS 中是不可能的?
我建议如果您有特殊需求,可以雇佣某人 Marketplace
我添加了另一个修复程序,应该能让事情运行得更好:
这应该能在主题数量变化时调整图块的大小。
我遇到了一个边缘情况,哈哈
我想为主题预览设置 360p 的动画 AVIF,所以我设置了:
直到我打开一个主题并向下滚动到推荐时,它才正常工作 ![]()
显然,推荐内容没有因为某些原因进行尺寸限制
(并且图片和卡片链接到主题顶部而不是新帖子(就像标题链接那样),但这是另一个问题)
在 主题列表图块主题列表 中添加了 suggested,看起来问题已得到某种程度的修复
@merefield
请检查一下图片和详情链接是否指向 /t/foo/123 而不是像标题链接那样指向 t/foo/123/1?
我认为这是某个地方的 bug
这会破坏未读主题的链接(它们应该链接到新帖子,这很明显)
图片旨在链接到原帖,因为缩略图通常在那里。不过,我们可以添加设置以提供更多选项,包括(但不限于):