你现在还能重现这个问题吗？我本地目前无法重现。
Horizon 使用全宽组件，因此如果您使用 Foundation（全宽）主题，我认为您会看到相同的情况。
所以，虽然我同意这不是最好看的布局，但这目前是所有使用全宽布局的主题的预期行为，是的。
提供的截图显示地平线和基础版（Foundation）中有所不同 
还是我遗漏了什么？
哦！需要检查一下。我不知道有区别！
我似乎没有安装 Foundation 全宽（full-width），在论坛上搜索也没有找到？
它不是一个特定的主题，而是这个组件：Discourse 全宽组件
2 个赞
我们目前使用的是 Custom Header Links 主题组件。我想这不会成为我们的决定性障碍，但我只是想了解它是否仍在考虑支持范围内——它是否仍在考虑与 Horizon 兼容？您能否预估一下需要多少工作量？
1 个赞
我们目前暂无计划开展新的兼容性工作。这并不意味着未来永远不会进行，但任何组件兼容性若要纳入路线图，将取决于我们收到的相关请求数量。
我不太确定，但我觉得这应该是可行的。主要冲突将出现在欢迎横幅设置上，因为它使用了相同的出口。因此，如果您完全禁用该设置，或将其设置为：
我认为这样开箱即用应该能 reasonably 良好地工作。
1 个赞
你可以在主题组件中尝试以下 CSS，并将其包含在 horizon 主题中：
@use "lib/viewport";
// ** 仅应用于桌面及更大的视口尺寸 **
@include viewport.from(lg) {
.container,
.list-controls {
margin-inline: 0!important;
}
}
1 个赞
1 个赞
我在桌面端使用 Chrome 浏览器进行了测试。我通过按 F12 将屏幕尺寸调整为与手机一致。当我通过缓存刷新页面（Ctrl + F5）时，问题依然存在。
好的，也许这个问题在 Chrome 更新后就会消失（虽然我认为我已经安装了最新版本）。算了。
我还有一个问题。为什么那个带有标签选择和按钮的区块在我向下滚动时不会隐藏？只有我这样，还是大家都会遇到这种情况？它占据了相当大的屏幕空间；如果在向下滚动时将其隐藏会更合理。
2 个赞
这似乎是 Horizon 主题的预期行为（可能是为了始终显示用户所在的类别/标签？），但我同意，当滚动时将其锚定在那里会占用过多空间。看起来类别和标签面包屑选择器位于 navigation-container 内。
2 个赞
在较小手机屏幕上，这两个按钮占据了非常多标题列表内容的空间。
我觉得信息密度展示趋势是更加紧凑，我的做法是css将这一排的fixed属性取消了。
1 个赞
