为什么当图片只有 2 张时无法使用平铺图片画廊？它只显示 1 张“缩略图”。但当图片为 3 张或更多时，功能正常。希望有一天，即使只有 2 张图片，平铺图片画廊也能正常工作。
非常感谢
1 个赞
1 个赞
您还在使用其他哪些组件或插件？在这种情况下，冲突通常是罪魁祸首，因为该组件在我的两个 Discourse 实例上都能正常工作。
另外，我非常期待今年的 NaNoWriMo！
1 个赞
没什么花哨的。就这些，没有插件。
（Vincent 那个是纯 CSS 实现的，仅适用于 Vincent 主题，不适用于默认主题。）
第一年我们就会在 Discourse 上启用 nano。迫不及待了。
1 个赞
我在其中一个网站上也在使用 Vincent。这是一个很棒的主题，不过你可能需要在几处修复 CSS，因为该主题尚未针对 Discourse 2.3 的变更进行更新。（我刚刚添加了一个包含 CSS 修复的主题组件……非常简单。）
除了“员工颜色修复”组件外，我正在使用你提到的所有组件。
你是否在使用任何不寻常的插件？
不，完全不需要插件，只需单点登录
好的，我通过在之前未安装该组件的 Discourse 实例上安装它，短暂地复现了您遇到的问题。当我首次使用该组件时，出现了与您相同的行为（图片严重偏向右侧）。
然而，在我做了一件小事后，问题自行解决了：我在图片 URI 之间添加了换行符。当我保存消息后，过了一两秒，引擎便按预期以平铺格式重新渲染了图片。
所以，我将这段代码：
  
</div>
改成了这样：
<div data-theme-tiles="1">
</div>
有趣的是，一旦它生效过一次，图片 URL 之间是否有换行符似乎就不再重要了 
如果您想在我的任一网站上测试一下，只需给我发个消息，我会把链接发给您（其中一个目前是非公开的）
1 个赞
好的，经过大量实验并与@cjk77 在其独立安装环境中的协作，我们发现我们正触及最大图片尺寸的限制。系统对此处理得不够优雅，因此并未直接失败，而是对最终产物进行了一些奇怪的重新格式化。如果您发布的图片尺寸过小，可能会出现以下情况：
所有使用的图片均低于调整尺寸限制。精确达到限制的图片则完全无法渲染。
5 个赞
我也遇到了这个问题。这是因为图片尺寸吗？是否需要放大后重新上传？
编辑：这样解决了。
1 个赞
是的，根据我的实验，该组件在小于最大限制的图片上无法工作。我认为这与单框链接的工作方式有关。
2 个赞
这个和 Slick Image Gallery 组件无法正常工作。@Johani
1 个赞
这两者在这里都能完美运行。您能具体说明一下哪里不工作吗？您使用的是哪个版本的 Discourse？
我们由 Discourse 托管。因此我不确定确切数字，但上次更新似乎发生在 17 小时前。我已安装该组件并上传了几张图片进行测试，但无法正常工作。就这些了：思考中
你可以通过查看任意页面的 HTML 头部来找到你当前使用的 Discourse 版本：
这仍然没有提供有效信息——具体哪里无法正常工作？编辑器中是否显示了按钮？保存之前生成的文本看起来是什么样的？你的帖子中是否显示了图片？等等。
除非他们能够了解具体出现了什么问题，否则没有人能够提供帮助。
1 个赞
您的图片太小。图片必须足够大，以激活 Discourse 的内部图像调整大小功能，从而使瓷砖或 Slick 画廊正常工作。
3 个赞
图片的最小尺寸是多少，才能确保组件正常工作？
无论您的站点设置如何。
查找“最大图像宽度”和“最大图像高度”。
图像必须大于此设置才能触发该组件。
6 个赞
可能是个 Bug？当然也是一个改进的机会。我今天刚安装，一直在努力调整布局，最终终于解决了。我需要在点击编辑器按钮之前，将所有图片放在同一行。否则，生成的代码会像这样：
</div>
<div data-theme-tiles="1">
</div>
结果所有图片都排成了一列。
我猜如果你一次性批量上传所有图片，可能不会出现这个问题。但我的情况是从多个帖子中收集图片，然后逐个复制链接。
