 |
摘要 | 隐藏安全类别和聊天频道的锁定徽章图标 |
 |
代码仓库 | https://github.com/Lillinator/hide-lock-badge-icon |
 |
安装指南 | 如何安装主题或主题组件 |
 |
Discourse 主题新手？ | Discourse 主题使用入门指南 |
安装此主题组件
这个简单的主题组件允许隐藏下拉类别选择器、标题面包屑、导航侧边栏菜单、搜索结果以及相应类别聊天频道中安全类别的锁定徽章图标。
有些人认为锁定图标有点误导，认为它意味着该类别已被锁定且无法访问。在 Discourse 中，人们只能看到他们有权访问的内容，因此锁定图标仅仅是一个指示器，表明该类别对其他人是受限的。此外，锁定图标也用于表示主题已关闭（此组件不会隐藏那些）。因此，一些管理员可能只是希望完全隐藏类别锁定图标，而该组件正是为此目的而设计的。
有一个设置——一个用于为员工（Staff）切换的选项，因为看到锁定图标对员工成员来说可能是一个有用的指示器。
未启用组件时：
启用组件后：
太棒了！我曾在不同的网站上为这个问题拼凑过解决方案——将其作为可配置主题组件真是太棒了。你很有能力制作出一些非常有用的自定义功能！！
只是确认一下——是否可以使用类别选择器而不是指定每个 slug 和 ID？我认为这对那些像我一样偶尔重命名/移动类别的人来说会更持久。此外，这可能有助于管理子类别。
顺便问一下，目前我们应该如何输入子类别？
谢谢你，内森！我很感激 
锁图标在某些地方实际上很难隐藏，这就是为什么还需要类别 ID。我正在尝试为搜索结果也进行隐藏，但似乎几乎不可能在结果中单独列出某些类别。 
哦，说得好。可以像 category-slug/subcategory-slug（例如 boats/motorboats;8）那样用斜杠分隔 slug，然后只使用子类别 ID。但是，如果你在那里隐藏了锁定图标，子类别将继承父类别。
我将把这个添加到 OP。
是的，我实际上是这样开始开发的，但得到的结果并非我所期望的。我将继续研究这种方法，因为它符合你描述的原因，是首选的。感谢你提供的宝贵反馈 Nathan，我很感激。
我已经更新了组件，为部分字段描述添加了更正和关于子类别的更多信息，并编辑了 OP 以包含使用子类别的正确说明。
一个出色的主题组件，它是我针对此处另一个主题的疑问而创建的。非常感谢您花费时间帮助我们这些非 CSS 专家更有效地管理论坛。
哦，谢谢你提供这个。我觉得所有这些图标都比提供信息更分散注意力——尤其是因为它们在实际访问方面可以意味着很多不同的东西。
我已经更新了此组件，内容如下：
太棒了！！！我喜欢导航侧边栏和搜索的扩展。
您是否对将其用作类别选择器有过进一步的想法？在我看来，从类别对象中获取 slug 和 ID 都应该相对简单。
呵呵，是的，我对此进行了一些工作，并且进展顺利，但在使用 JavaScript 从 ID 获取类别 slug 时遇到了一些麻烦。我知道这是可能的，并且知道要使用现有库中的哪些方法以及基本框架，我只需要花更多时间进行调试。我已经实现了使用类别选择器获取大部分内容，但在某些地方需要 slug。我相信更有经验的 JavaScript 开发者会更快地完成它。LolaBot (GPT) 根本没有帮助，它一直凭空创建模糊的数组。哈哈
当我有空闲时间时，完成它就在我的待办事项清单上。而且，现在我有更多 JavaScript 大师可以随时提供帮助。呵呵
这个 TC 是否适合为分类添加一个替代的锁图标？
我认为 
图标对于 Discourse 中的分类和子分类来说更有意义。
图标似乎更适合用于已关闭的主题。
顺便说一句，这肯定已经达到了“三事定律”（包括您自己！）。还有联合 CEO 的喜爱：
这是可能的，我在制作组件时也考虑过。当我把它替换成未上锁的挂锁时，外观上的差异并不明显，因为图标太小了（锁上和未上锁的图标在那个尺寸下看起来差别不大）。我可能会重新考虑这一点。甚至连钥匙在那个尺寸下看起来也不怎么样。说实话。
我认为 Category Icons 这个主题组件已经具备该功能了，如果这有帮助的话？
上次看的时候侧边栏不起作用——那可能早就修复了！但现在运行良好——谢谢！
也许最好的方法是将两个 TC 合二为一，因为它们都与类别图标相关，这是一个重叠的领域。
您是否愿意添加对这个优秀的（但非官方的）主题组件的兼容性？
或者也许应该反过来，让那个主题组件与这个兼容。您怎么看？
欢迎任何人提交包含此内容的拉取请求？这看起来是一个有用的补充。
我对此持开放态度，看哪种方式可行。我现在没有时间来处理这件事，但我知道我们有一个大体计划，要把“隐藏锁定徽章”组件正式化，只是我们还没有着手去做。我也想对其进行一些改进——特别是分类设置不够直观；我真的很不喜欢那种带有分隔符的文本输入框。考虑到我们的一些核心变化，可能需要进行一些代码更新和刷新。欢迎随意分叉和修改！PR（拉取请求）一直都很受欢迎。我认为这是我最早构建的主题组件之一。
我注意到这里有一个小错误：
当我将其应用于某个类别时，它还会影响该类别下的所有子类别（这很不方便）；这使得它在我拥有受限的私有子类别的上下文中无法使用。
这是解决此问题的拉取请求：
已合并。谢谢你，Nathan！
