Unicode标准中的颜色？
Unicode 6.0添加了几个字符，说明这些字符应该以特定颜色呈现：
- 红苹果U+1F34E
- 绿色苹果U+1F34F
- 蓝心U+1F499
- 绿色心脏U+1F49A
- 黄心U+1F49B
- 紫心U+1F49C
- 绿皮书U+1F4D7
- 蓝皮书U+1F4D8
- 橙书U+1F4D9
- 大红圆U+1F534
- 大蓝圆U+1F535
- 大橙色金刚石U+1F536
- 大型蓝宝石U+1F537
- 小橙色金刚石U+1F538
- 小型蓝宝石U+1F539
- 上向红三角U+1F53A
- 向下指向的红色三角形U+1F53B
- 向上指向的小红三角U+1F53C
- 向下指向的小红三角U+1F53D
我以为字体符号总是灰阶的。
unicode作者有没有看到这些可能会以不同的颜色呈现？
在官方的unicode.org PDF (http://www.unicode.org/charts/PDF/U1F300.pdf)中，它们只被描述为具有不同类型的交叉。
是否有任何当前机制允许特定字符以特定颜色呈现，仅基于其代码点，而不是任何其他富文本格式？(例如，TrueType或OpenType字体文件中的颜色属性)
回答 3
Stack Overflow用户
发布于 2012-03-08 22:57:40
从Unicode常见问题:表情符号与Dingbat，粗壮的矿井：
问:名字指定颜色的字符怎么办？ 答:核心表情集中的一些字符都有包含颜色术语的名字，比如蓝色的心或者橙色的书。名称中的这些颜色术语并不意味着对字符必须如何表示有任何要求；它们只是为了帮助识别核心表情集中的对应字符。即使是黑色中方形或白色中方形等符号的名称也不意味着相应的字符必须分别以黑色或白色表示；相反，使用黑色和白色通常只是将填充的形状与轮廓形状进行对比，或者用更深的颜色填充而不是以较浅的颜色填充。培根
在当时的邮寄名单上，对于这些名称是否应该用颜色命名，还是不引用颜色的通用名称，以及这是否设置了糟糕的辉煌，存在着相当多的争论。表情符号:背景数据包括“老名字”，比如苹果-1代替红色的苹果和书-3代替橙色的书。
最终名称使用这一原则：
具有固有颜色的符号必须在其名称中显示这种颜色，除非名称所表示的实体无论如何都标识了颜色(例如，香蕉是唯一的黄色，因此不需要被称为黄色香蕉，而红色的苹果必须命名，因为也有绿色的苹果)。
Stack Overflow用户
发布于 2017-03-02 07:56:00
来自https://learn.microsoft.com/en-us/typography/opentype/spec/otff#tables-related-to-color-fonts
与颜色字体相关的表
- 科尔:彩色表
- 彩色调色板表
- 彩色位图数据
- 彩色位图定位数据
- sbix:标准位图图形
- SVG : SVG (可伸缩矢量图形)表
总之,
- CBDT/CBLC包含彩色位图( PNG)。他们是由谷歌提出的。
- sbix包含彩色位图(在JPG、PNG或TIFF中)。这是苹果公司提出的。
- COLR为每个字形定义一个或多个伴随的彩色符号(矢量格式)，当它们被重叠时，就会创建最终的彩色字形。CPAL定义了几个颜色主题(黑白、白、暗、.)因为COLR仅仅是苍白的图像。COLR/CPAL是微软公司提出的。
- SVG是由Mozilla和Adobe提出的。它可以与CPAL一起使用。
FreeType (安卓、iOS和macOS的一部分)支持CBDT/CBLC和sbix，分别支持2.5和2.5.1 (2013年发布)，COLR/CPAL支持2.10.0 (2018年发布)。DirectWrite (Windows的一部分)自8.1 (2013年发布)以来支持COLR/CPSL，自1607年(2016年发布)以来支持上述四项。
Noto (Android的默认值)使用CBDT/CBLC。(Windows上的默认值)使用COLR/CPAL。Apple ( iOS和macOS的默认设置)使用sbix。
Stack Overflow用户
发布于 2012-03-09 18:43:20
我不知道有任何标准机制的彩色字体，但显然有彩色字体。例如，iOS和OS中的表情符号字体。OS上任何文本视图中的emoji字符都会产生彩色符号，它们不会受到选择文本颜色的影响。这些表情甚至出现在Terminal.app中。
(来自这页面)
https://stackoverflow.com/questions/9626115
复制相似问题
腾讯云开发者
