graphics - 为什么十六进制颜色值中有一个领先的 “#FF”?

标签 graphics blend color-scheme

我正在使用Expression Blend 3,并且正在手工编写一些XAML,特别是控件的颜色值。
我有一个已经转换为十六进制的RGB颜色列表。我只需要将十六进制值插入我的XAML中即可。
最初,我将电子邮件中的十六进制值粘贴到适当的属性中。在我完成之前,Blend开始适应了,用一个花样和一个工具提示强调color属性,并告诉我“ token 无效”。经过一些研究,我发现在十六进制值之前放置一个井号(“#”)可以解决此问题。
在研究此问题的过程中,我开始通过Blend中的颜色选择器更改颜色。我很快发现Blend插入的值不仅以英镑符号开头,而且还以“FF”开头。我粘贴的值是有效十六进制格式的有效颜色。但是,当将RGB值输入Blend并让Blend插入十六进制值时,我注意到我所有的颜色都以“#FF”为前缀。正如我已经指出的,删除#会产生错误,但是删除“FF”似乎根本没有效果。
在十六进制颜色的世界中,颜色#5A7F39是否真的与#FF5A7F39相同?为什么是FF?它们是两个不同的十六进制值,对吗?但是它们在屏幕上看起来完全相同。为什么会有所不同?

最佳答案

那可能是颜色的Alpha成分,代表不透明度(00->透明,FF->不透明)。
MSDN似乎对此表示同意:Color

16-bit hexadecimal, alpha -- #AARRGGBB

关于graphics - 为什么十六进制颜色值中有一个领先的 “#FF”?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/1484834/

相关文章:

python - 给定起始颜色和中间颜色,如何获得剩余颜色? (Python)

r - 修改 R 中 x 轴上的日期格式?

wpf - 为什么 XAML 资源与 CSS 样式不同?

ios - 带有白色背景的 UITextView 在仪器和模拟器中显示为颜色混合层

r - R中不同绘图具有相同色标的色带

Vim : "E185: Cannot find color scheme solarized"

Java贪吃蛇游戏——重画特定的drawString()方法

winforms - .Net 绘图裁剪错误

Python Plotnine - 创建堆积条形图

wpf - ViewModel 的设计时设置