WPF“神奇”否定画笔?

2024-01-27

我有一个可以改变颜色的渐变,我希望其中的文本始终可见。

如果有任何开箱即用的资源,我宁愿动态地进行;我想要一把可以消除颜色的“魔笔”。

有什么实验吗?


Joel 对于如何对齐渐变画笔给出了很好的答案。我想谈谈自动创建一个新的渐变画笔的复杂性,该画笔保证在旧的画笔上可见。

在 WPF 中,颜色是三维建模的,因为它需要三个数字(例如 R/G/B 或 H/S/B)来定义 WPF 颜色,不包括 alpha 分量。给定的渐变填充可以被视为三维颜色空间中从一个颜色点到另一个颜色点的路径。要创建在每个点都形成对比的反向渐变,需要创建一条附加路径,该路径在任何点都不会“太接近”原始路径。对于这个目的,“太接近”是指人眼难以区分的任何两种颜色。这其实是主观的。大约 4% 的色盲人士对“太接近”的理解与非色盲人士不同。

对于一个非色盲的人来说,“太接近”被合理地定义,总会有许多满足标准的路径。在这种情况下,需要额外的标准来决定哪一个“更好”。例如,文本应该与背景形成尽可能鲜明的对比,还是应该在大部分情况下具有相同的总体色调?

另一方面,考虑到每个人的颜色感知的“太接近”的保守定义,例如“亮度必须相差至少 25%”,将会遇到相反的问题:在每个点满足条件的唯一梯度必须实际上是不连续的,也就是说它必须同时从一种颜色跳到另一种较远的颜色。例如,考虑从黑到白的简单渐变。如果仅涉及亮度,则对比背景必须具有不连续性,否则它将在某个点匹配。

出于这些原因,创建一种通用算法来产生对比背景更像是一门艺术,而不是一门科学。可以使用多种算法,不同的算法适用于不同的情况。

用于此目的的一个简单算法是保持色调和饱和度与梯度相同,并将亮度设置为(luminance + 50%) mod 100%。然而,在大多数情况下,该算法不会产生非常美观的结果,并且亮度变化永远不会超过 50%。该算法的修改是反转或移动色调和饱和度值。

计算对比亮度的更简单的算法是luminance>50% ? 0% : 100%。这也会带来审美问题。

这里的底线是,反转渐变颜色没有一个正确的答案。但是,如果您有一个算法可以做到这一点,那么使用 Joel 的不透明蒙版技术以及绑定和实现您的算法的 IValueConverter 就可以解决问题。

本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)

WPF“神奇”否定画笔? 的相关文章

随机推荐