即使“类别样式 = 无”,也能在类别参数中选择类别颜色

When the general setting “category style” is set to ‘none’, then it is not possible anymore to change the category color in the category settings page. This looks like a very good idea for basic usage as it simplifies the settings.

But the category color is still displayed even though “category style = none”:

  • On the category page
  • If we use the Location plugin and want the map markers to follow the category color

Right now, changing the color there requires changing the general “category style” setting back and forth.

Would it be relevant to add a general boolean setting that shows up only when “category style = none”, re-establishing the ability to tweak category color on the category settings page ?

3 个赞

我补充了一个新情况:即使全局设置 category style=none,分类颜色仍然可见。

当父分类以“盒子”形式显示子分类时,子分类会显示带有颜色的垂直高亮。该颜色是固定的,无法更改。

更改颜色的唯一方法是:将全局设置改为 category style=bullet,刷新页面以更新,修改分类颜色,然后再将全局设置恢复为 category style=none

我再次请求:即使选择了 none,也请允许更改颜色。如果默认不支持,请通过一个可选的全局参数 add_the_ability_to_change_color_in_category_settings 来实现,该参数仅在 none 被选中时出现在设置表中。

1 个赞

我花了一个多小时才弄清楚为什么管理后台中缺少选择类别(徽章)颜色的工具。我原本以为是某个插件出了问题,甚至尝试重建了我的站点。结果发现,当类别样式设置设为“none”时,该功能会被隐藏。

我认为这并不是最佳的用户体验。许多组件和插件(包括类别图标组件)都依赖类别颜色。我使用类别图标组件来替代徽章,因此将类别样式设为了“none”。同时,我还在自定义页眉中使用了这些颜色。

我认为类别颜色选择器应该始终可用。否则,用户不得不重新开启徽章,设置颜色,然后再关闭徽章。我不明白为什么颜色选择工具不能一直显示,或许可以配上说明文字,解释这些颜色的用途,让用户明白在徽章样式为“none”的情况下,这些颜色可能不会生效。

希望我的表述清晰,并且这些建议值得考虑。我非常喜欢 Discourse,希望能通过提出一些想法,以微小的方式为其做出贡献。

2 个赞

由于存在一些支持请求,该请求具有合理性:

3 个赞

好的,所以 UI 的需求是在该区域添加一段文字:“您无法选择颜色,因为您的类别样式设置为‘无’” @eviltrout。关于这一点,我们已经超过了“三次原则”。

我认为允许用户选择颜色却没有任何效果的做法行不通,这只会导致更多的支持请求。

1 个赞

太好了。这应该能为其他经历过类似流程的人节省时间。

在实施建议的解决方案之前,我想补充一下我的想法……

正如建议的那样,添加说明文字肯定能澄清问题。但我仍然觉得,必须临时更改类别样式并不是最理想的解决方案。如果我想更改颜色,而该颜色用于自定义类别标题或类别图标,那么为了一个与我目标基本无关的功能,去临时更改一个位于管理员界面完全不同部分的设置,感觉有些奇怪。此外,如果我在一个在线论坛上进行操作(这可能不是最佳做法),任何在线用户都会看到徽章出现,几分钟后又消失。

我完全同意,添加说明文字是避免混淆和减少支持请求的好方法。但为什么不始终保留颜色选择器,而是利用说明文字来解释其功能,以及为什么用户更改它时可能看不到任何效果呢?例如,可以这样写:“这些颜色用于类别徽章(通过“基本设置”中的“类别样式”启用),也可能被自定义组件和插件使用”。甚至可以在句子中间加上“当前设置为‘无’”,使其信息更加丰富。

最后,虽然我不是专业的用户体验(UX)设计师,但我曾收到过一个从未忘记的 UX 建议:尽量避免让 UI 元素消失。是的,在不必要时移除它们可以减少杂乱,但 UI 的突然变化可能会让用户感到困惑。禁用项目通常是一个更好的选择,因为它向用户传达了信息——即“你所在的位置是正确的,但该功能目前与你无关”。如果没有这种提示,用户可能会得出其他结论,例如:“我找错地方了吗?”、“更新是否将功能移到了其他屏幕?”、“我是不是弄坏了什么?”、“这是不是个 Bug?”等等。(需要澄清的是,我并不是建议禁用此功能,只是指出为什么我认为完全关闭它,即使有说明文字,可能也不是最佳选择)。

(抱歉篇幅较长。我只是希望表达得清晰明了)。

1 个赞

已通过以下方式完成:

4 个赞