抱歉，我并非特指所有用户，但我的用户确实更喜欢这样。他们是从一个大型成熟的论坛迁移过来的，该论坛也默认在新标签页中打开外部链接。
另外，考虑到自定义部分的其他链接确实会在同一标签页中打开，而 /my/* 链接却不一致，这对用户来说有点奇怪，他们不知道也不关心这种链接是否需要特殊处理。
3 个赞
这可以被解读为“那些抱怨的人” 
还有另一种观点——用户使用 /my 链接的频率有多高？我的意思是，是否有任何真正的原因将这些链接放在侧边栏并使其更长、更长，甚至更长一些？我们已经在个人菜单中添加了指向 /my 部分的链接……
3 个赞
如果您已通过设置 enable custom sidebar sections 启用了自定义侧边栏选项，并希望自定义侧边栏，请查找侧边栏底部的“+”图标。
我花了大约 10 分钟在各种设置屏幕中摸索，才意识到它是主用户界面的一部分。
6 个赞
当然有。论坛迁移后，立刻就有一个很大的讨论，“我订阅的帖子列表在哪里？”。老实说，就连我自己也找不到“跟踪”和“关注”主题的链接，它们奇怪地放在 /my/preferences/tracking 下面。我还必须添加一个指向自定义搜索查询的侧边栏链接，以帮助用户找到从旧论坛导入的他们参与过的帖子（由于它不是 /my/ 链接，所以它在同一个标签页中打开）。
2 个赞
链接到管理页面时显示错误：“发生错误：侧边栏 URL 值无效”
为什么不允许这样做？
3 个赞
你好，这里有什么更新吗？
我想为信任级别 1 和 2 创建一个默认侧边栏，以便可以包含所有类别。
2 个赞
好的，感谢您的更新。
目前我将暂缓在我们的论坛启用此功能，原因如下：
- 由于我们无法删除版块，最终会导致我们创建类似的重复版块。
- 无法重新排序版块。
我会关注此帖。
7 个赞
现在有了“公开此版块并对所有人可见”的选项，这真是太棒了，但我有一些反馈：
- “公开并对所有人可见”意味着“对 TL0 及以上用户可见”，也就是说，这里“所有人”的通常 Discourse 含义并未被遵循。
- 如果这个选项真的能公开并对所有人可见，那就太酷了。
- 勾选此框也意味着其他管理员可以编辑该版块（这很棒！！），但这可能并非总是符合预期，因此最好明确说明。
（哦，还有一个奇怪的问题，如果一个管理员勾选了该框，而另一个管理员取消了勾选，则复选框状态似乎未在客户端之间更新，侧边栏也没有刷新。重现步骤：管理员 1 创建一个版块并勾选该框，管理员 2 编辑该版块并取消勾选，管理员 2 再次编辑该版块并勾选它，会产生一个 FAILED 错误）
12 个赞
我不太明白你的意思。你能举个例子吗？
2 个赞
您好，
最新的更新似乎破坏了网站。只显示预加载的启动页面。
我认为可能是因为 js.sidebar.sections.custom.links.value 字符串已从本地化中移除，但在其他语言中仍然存在。FIX: display validation under custom sidebar fields (#20772) · discourse/discourse@4047073 · GitHub
这里的 Hivatkozás 意思是 链接。
我尝试覆盖此字符串，也尝试过安全模式或禁用自定义侧边栏部分，但都没有奏效。
谢谢 
4 个赞
抱歉，此更改给您带来了麻烦 
您的实例是否有 rails 控制台访问权限？
如果有，也许您可以检查覆盖翻译，例如：
TranslationOverride.where(translation_key: "js.sidebar.sections.custom.links.value")
然后也许可以删除它们，例如：
TranslationOverride.where(translation_key: "js.sidebar.sections.custom.links.value").delete_all
4 个赞
谢谢 Kris 我在 rails 中试过了，但不确定我只需要复制粘贴吗？
如果我粘贴：
TranslationOverride.where(translation_key: "js.sidebar.sections.custom.links.value")
结果：
[]
TranslationOverride.where(translation_key: "js.sidebar.sections.custom.links.value").delete_all
结果：
0
似乎什么都没发生。 
3 个赞
您是否有以下结果：
TranslationOverride.where(translation_key: "js.sidebar.sections.custom.links.icon")
或
TranslationOverride.where(translation_key: "js.sidebar.sections.custom.links.name")
3 个赞
仅第二个。
[6] pry(main)> TranslationOverride.where(translation_key: "js.sidebar.sections.custom.links.name")
=> [#<TranslationOverride:0x00007f3ee402a1f0
id: 4419,
locale: "hu",
translation_key: "js.sidebar.sections.custom.links.name",
value: "Név",
created_at: Sat, 04 Feb 2023 03:58:04.239990000 UTC +00:00,
updated_at: Thu, 09 Mar 2023 08:46:21.254381000 UTC +00:00,
compiled_js: nil>]
2 个赞
Actually, I replicated that in my local machine 
What I think happened is that you override text for new translations: js.sidebar.sections.custom.links.name.validation.blank js.sidebar.sections.custom.links.name.validation.maximum
However, like you noticed, other languages than English doesn’t yet have them. Therefore, we have to remove them for now until other locale files are updated:
First let’s display all translation before deleting them, maybe copy and paste them somewhere, so your translations are not permanently lost:
TranslationOverride.where("translation_key like 'js.sidebar.sections.custom.links%'")
To delete them run:
TranslationOverride.where("translation_key like 'js.sidebar.sections.custom.links%'").delete_all
4 个赞
啊，谢谢 Kris 是的，这正是你所写的那样。我只是没意识到翻译这些字符串会引起任何问题。我现在将等到周二的更新 
再次感谢你的帮助！这完美地奏效了！
5 个赞
太棒了，谢谢你
再次为这个 bug 感到抱歉。我们会考虑一个解决方案来保护其他语言尚未准备就绪时的覆盖。
6 个赞
别担心 我真的很开心，因为这类 bug 有时会发生，现在多亏了你，我学会了如何用 rails 解决这个问题。 我认为这是一件很棒的事情。你快速的响应和解决方案让我惊叹不已。 也许其他人也会遇到这个问题，这次小小的对话可以帮助解决它。
喜欢这个主意。我希望它能尽快实现。我喜欢测试新事物并尝试发现新的 bug，所以我总是运行实验性功能并保持网站的更新。这也意味着我并不总是等待语言更新。在此之前，我必须更加关注翻译。
6 个赞
当然可以，@mcwumbly。
我的第一个目标是移动现有的类别部分。我想把“（聊天）频道”移到最上面，然后是“类别”，最后是“社区”。
我的第二个目标是编辑这些默认类别部分的名称。
但是，如果我能创建自定义部分，我会尝试重现我在第一个和第二个目标中所描述的内容，然后我想删除默认部分。但现在这一切似乎都没有意义，因为我将等待能够移动类别部分和编辑类别部分标题的功能。
3 个赞