storybook [功能请求]:Addon-control颜色选择器预设限制 翻译结果:添加功能:Addon-control颜色选择器预设限制,

rks48beu  于 29天前  发布在  其他
关注(0)|答案(5)|浏览(187)

你的功能请求是否与问题相关?请描述

/cc @ghengeveld 和 @shilman,他们最初负责这段代码的开发,并决定使用27个预设颜色限制。
我的设计系统有超过27种可供选择的颜色。然而,由于这行代码:
storybook/code/ui/blocks/src/controls/Color.tsx
第287行 5642c93
| | returninitialPresets.concat(selectedColors).filter(Boolean).slice(-27); |

描述你希望的解决方案

提供一种机制来更改或完全禁用颜色选择器的预设限制。如果可能的话,我愿意为增强代码提供适当的指导而发起一个PR。

描述你考虑过的替代方案

不确定是否有替代方案,因为颜色选择器不可配置。我会创建一个自定义插件,但这似乎过于激进,因为我只需要更改限制。

你是否能够帮助将这个功能实现?

是的,我可以

其他上下文

  • 无响应*
6rqinv9w

6rqinv9w1#

27个色板限制的理由是,通常每次选择一个颜色后,列表会随之增长,我们不希望有无限的“记忆”。在预先配置的色板情况下,这并不适用,因此能够看到更多的色板是有意义的。

我们可以选择用“查看更多”按钮替换第27个色板(例如:[...]),点击该按钮将扩展色板列表到完整的集合,或者简单地始终显示完整的集合,但前提是该集合由预先配置的色板组成。大家觉得哪种方式最合理?

rsaldnfx

rsaldnfx2#

我同意显示完整的颜色集,因为在大多数情况下,我们希望显示所有预设的颜色。

t8e9dugd

t8e9dugd3#

我同意,我觉得自定义预设颜色应该总是显示出来,而不是与可用的少量插槽冲突,以供用户定义更多的颜色。有任何机会会改变吗?

gdx19jrr

gdx19jrr4#

我愿意在这里开放PR,因为似乎你们中的一些人遇到了这个问题。

d6kp6zgx

d6kp6zgx5#

我也遇到了这个问题。我们刚刚起步的设计系统包括两种方案的颜色调色板,一种是整体组织(由大学设定)的,另一种是我们单位为州维护的联邦资助项目。在当前设置下,我缺少4种颜色。

相关问题