Unicode 6.0添加了几个字符,其中的描述表明这些字符应该以特定颜色呈现:
GREEN APPLE U + 1F34F
蓝心U + 1F499
紫色心脏U + 1F49C
绿皮书U + 1F4D7
ORANGE预订U + 1F4D9
大红圈U + 1F534
大蓝圈U + 1F535
大橙色钻石U + 1F536
小蓝金刚U + 1F539
UP-POINTING RED TRIANGLE U + 1F53A
我原以为字体符号总是灰度.
unicode作者是否认为这些可能会以不同的颜色呈现?
在官方unicode.org PDF(http://www.unicode.org/charts/PDF/U1F300.pdf)中,这些仅被描绘为具有不同类型的交叉影线.
是否有任何当前机制允许特定字符以特定颜色呈现,仅基于其代码点,而不是任何其他富文本格式?(例如,TrueType或OpenType字体文件中的颜色属性)
Sco*_*yre 30
从Unicode FAQ:Emoji和Dingbats,bolding mine:
问:名称指定颜色的字符怎么样?
答:核心表情符号集中的一些字符具有包含颜色术语的名称,例如,BLUE HEART或ORANGE BOOK.名称中的这些颜色术语并不意味着必须如何呈现角色 ; 它们仅用于帮助识别核心表情符号集中的相应字符.甚至像BLACK MEDIUM SQUARE或WHITE MEDIUM SQUARE这样的符号名称也不表示相应的字符必须分别以黑色或白色呈现; 相反,黑色和白色的使用通常只是对比填充形状与轮廓形状,或者是较暗的颜色填充与较浅的颜色填充.[PE]
当时关于这些应该用颜色命名的邮件列表,还是没有引用颜色的通用名称,以及这是否是一个不好的先例,在邮件列表上存在相当多的争论.的表情符号符号:背景资料包括"旧名称"如APPLE-1而不是红苹果和BOOK-3代替ORANGE BOOK.
最终名称使用这个原则:
具有固有颜色的符号应在其名称中使用此颜色,除非名称所表示的实体无论如何都标识了颜色(例如,BANANA是唯一的黄色,因此不需要称为黄色香蕉,而RED APPLE必须命名为所以也有青苹果).
Unicode 6.1具有通过指定变量选择器(U + FE0x)来更改同一个unicode代码点的字形的功能.
例如,左指三角形(@"\ U000025C0")可以通过添加"\ U0000FE0F"(默认情况下在Mac OS X 10.8上)而不着色,并通过添加"\ U0000FE0E"作为后缀来着色.(@ "\ U000025C0\U0000FE0E").
小智 5
从https://docs.microsoft.com/en-us/typography/opentype/spec/otff#tables-related-to-color-fonts:
与彩色字体相关的表格
- COLR:颜色表
- CPAL:调色板表
- CBDT:彩色位图数据
- CBLC:彩色位图位置数据
- sbix:标准位图图形
- SVG:SVG(可缩放矢量图形)表
简而言之,
CBDT/CBLC 包含彩色位图(PNG 格式)。它们是由 Google 提出的。
sbix 包含彩色位图(JPG、PNG 或 TIFF 格式)。这是苹果公司提出的。
COLR 为每个字形定义一个或多个伴随颜色字形(矢量格式),当它们重叠时,它们会创建最终的彩色字形。CPAL 定义了几种颜色主题(白底黑、黑底白……),因为 COLR 只是调色图像。COLR/CPAL 是微软提出的。
SVG 是由 Mozilla 和 Adobe 提出的。它可以与 CPAL 一起使用。
FreeType(Android、iOS 和 macOS 的一部分)从 2.5 和 2.5.1(2013 年发布)开始支持 CBDT/CBLC 和 sbix,从 2.10.0(2018 年发布)开始支持 COLR/CPAL。DirectWrite(Windows 的一部分)自 8.1(2013 年发布)以来支持 COLR/CPSL,自 10 1607(2016 年发布)以来支持上述所有四个。
Noto Color Emoji(Android 上的默认设置)使用 CBDT/CBLC。Segoe UI 表情符号(Windows 上的默认设置)使用 COLR/CPAL。Apple Color Emoji(iOS 和 macOS 上的默认设置)使用 sbix。
另见https://en.wikipedia.org/wiki/OpenType#Color
| 归档时间: |
|
| 查看次数: |
39530 次 |
| 最近记录: |