Core Text 编程指南01:Core Text 概述

Core Text是一种用于布局文本和处理字体的高级底层技术。 Core Text直接与Core Graphics(CG)(也称为Quartz)协同工作,后者是一种高速图形渲染引擎,可在OS XiOS的最底层处理二维成像。

重要说明Core Text旨在开发更上层的文本处理框架。一般的应用程序开发人员应该在iOS中使用Text Kit(详情参见 Text Programming Guide for iOS)或OS X中的Cocoa文本系统(详情参见Cocoa Text Architecture Guide)。

Core Text介于更上层框架提供的文本布局和字体支持以及Quartz为所有文本和字体框架提供的底层功能。 Quartz框架作用于字形及其位置。 Core Text了解字符如何映射到字体,并且在调用Quartz呈现文本之前,它会考虑有关样式,字体度量和其他属性的信息。 Quartz是获取基本级别绘制字形的唯一方法,因为Core TextQuartz直接使用的形式提供所有数据,结果就是高性能的文本渲染。

多线程:核心文本函数可以同时从多个线程调用,前提是客户端不会改变任何参数,例如线程之间共享的属性字符串。

Core Text是基于C语言的Platform-Neutral API

OS XiOS中的许多低级库都是用简单的C编写的,以提高速度和简单性。使用Core Text时,使用一组C函数,例如CTFramesetterCreateWithAttributedStringCTFramesetterCreateFrame,而不是Objective-C类和方法。

Core Text Opaque 类型

Core Text布局引擎通常使用属性字符串(CFAttributedStringRef)和图形路径(CGPathRef)。属性字符串对象封装支持显示文本的字符串,并包含定义字符串中字符的样式方面的属性(或“attributes”),例如字体和颜色。 Core Text中的排版机制使用属性字符串中的信息来执行字符到字形的转换。

图形路径定义文本框架的形状。在OS X v10.7iOS 3.2及更高版本中,路径可以是非矩形的。

CFAttributedString引用类型CFAttributedStringRef与其基础对应的NSAttributedString进行toll-free桥接。这意味着Core Foundation类型在函数或方法调用中可与桥接的Foundation对象互换。因此,在你看到NSAttributedString *参数的方法中,你可以传入CFAttributedStringRef,并且在你看到CFAttributedStringRef参数的函数中,你可以传入NSAttributedString实例。 (你可能需要将一种类型强制转换为另一种类型以抑制编译器警告。)这也适用于NSAttributedString的具体子类。

属性是键值对,用于定义字符串中字符的样式特征,这些字符在共享相同属性的范围内分组。属性本身将传递到属性字符串中,并使用CFDictionary对象从中检索。要将样式应用于字形运行(CTRun对象),请创建CFDictionary对象以保存要应用的属性,然后创建属性字符串,将字典作为参数传递。或者,你可以将属性应用于现有的CFMutableAttributedString对象。虽然CFDictionaryRefNSDictionarytoll-free桥接的,但字典中存储的各个属性对象可能不是。

运行时的Core Text对象形成层次结构,如图1-1所示。在此层次结构的顶部是框架集对象(CTFramesetterRef)。使用属性字符串和图形路径作为输入,框架集生成一个或多个文本框架(CTFrameRef)。每个CTFrame对象代表一个段落。

图1-1 Core Text布局引擎的体系结构

为了生成帧,framesetter调用排版对象(CTTypesetterRef)。当它在框架中放置文本时,框架设置会对其应用段落样式,包括诸如对齐,制表位,行间距,缩进和换行模式等属性。排字器将属性字符串中的字符转换为字形,并将这些字形放入填充文本框架的行中。

每个CTFrame对象都包含段落的行(CTLine)对象。每个线对象代表一行文本。CTFrame对象可能只包含一个长CTLine对象,也可能包含一组行。线框对象在框架设置操作期间由排版器创建,并且与框架一样,可以将自身直接绘制到图形上下文中。

每个CTLine对象都包含一个字形运行(CTRun)对象数组。字形运行是一组连续的字形,它们共享相同的属性和方向。排字器创建字形运行,因为它从字符串,属性和字体对象生成行。这意味着一条线由一个或多个字形运行构成。如果需要,字形运行可以将自己绘制到图形上下文中,尽管大多数客户端不需要直接与字形运行交互。

字体对象

字体提供了相对于彼此布置字形的帮助,并用于在图形上下文中绘制时建立当前字体。 Core Text字体opaque类型CTFont是一个封装大量信息的特定字体实例。它的引用类型CTFontRefiOS中的UIFontOS X中的NSFont进行免费桥接。当你创建CTFont对象时,通常指定(或使用默认值)点大小和转换矩阵,它给出了字体实例特定的特征。然后,你可以在字体对象中查询有关该特定点大小的字体的各种信息,例如字符到字形映射,编码,字体度量数据和字形数据等。字体指标是诸如上升,下降,前导,上限高度,x高度等参数。字形数据包括诸如边界矩形和字形前进之类的参数。

Core Text字体对象是不可变的,因此它们可以由多个操作,工作队列或线程同时使用。有许多方法可以创建字体对象。首选方法来自使用 CTFontCreateWithFontDescriptor 的字体描述符。你还可以使用许多转换API,具体取决于你必须开始使用的内容。例如,你可以使用字体的PostScript名称(CTFontCreateWithName)或Core Graphics字体引用(CTFontCreateWithGraphicsFont)。还有CTFontCreateUIFontForLanguage,它为你正在使用的本地化中的应用程序创建用户界面字体的引用。

Core Text字体引用提供了一种称为字体级联的复杂的自动字体替换机制,该机制选择适当的字体来替换丢失的字体,同时考虑字体特征。字体级联基于级联列表,级联列表是有序字体描述符的数组。系统默认级联列表(基于用户的语言设置和当前字体是多态的)和在字体创建时指定的字体级联列表。使用字体描述符中的信息,级联机制可以根据样式匹配字体以及匹配字符。 CTFontCreateForString 函数使用级联列表来选择适当的字体来编码给定的字符串。要指定和检索字体级联列表,请使用kCTFontCascadeListAttribute 属性。

字体描述符

CTFontDescriptor opaque类型表示的字体描述符提供了一种完全从属性字典中描述字体的机制,以及一种易于使用的字体匹配工具,用于构建新字体。你可以从字体描述符中创建字体对象,你可以从字体对象中获取描述符,并且可以更改描述符并使用它来创建新的字体对象。你可以通过创建字体描述符来部分描述字体,例如,只需要系列名称或权重,然后可以找到系统中与给定特征匹配的所有字体。 CTFontDescriptorRef类型是免费桥接到iOS中的UIFontDescriptorOS X中的NSFontDescriptor

你可以改为创建字体属性字典,而不是处理复杂的转换矩阵,这些字体属性包括PostScript名称,字体系列和样式等属性,以及作为CTFontDescriptor对象的特征(例如,粗体或斜体)。你可以使用字体描述符来创建CTFont对象。字体描述符可以序列化并存储在文档中,以提供字体的持久性。图1-2说明了使用字体描述符创建特定字体实例的字体系统。

图1-2从字体描述符创建字体

你可以将字体描述符视为字体系统中的查询。你可以创建具有不完整规范的字体描述符,即在属性字典中使用一个或几个值,系统将从可用的字体中选择最合适的字体。例如,如果使用具有标准面(正常,粗体,斜体,粗体斜体)的族名称的描述符进行查询,则不指定任何特征将匹配族中的所有面,但是如果指定特征字典使用kCTFontTraitBoldkCTFontTraitsAttribute,结果从整个家族进一步缩小到满足大胆特征的成员。系统可以通过CTFontDescriptorCreateMatchingFontDescriptors 为你提供与查询匹配的字体描述符的完整列表。

iOS 6.0及更高版本中,应用程序可以按需下载使用CTFontDescriptorMatchFontDescriptorsWithProgressHandler函数未安装的可用字体。以这种方式下载的字体不会永久安装,系统可能会在某些情况下删除它们。可供下载的 iOS 6: Font list 中列为“附加信息”:字体列表和 iOS 7: Font listDownloadFont(在iOS Developer Library中)演示了下载技术。OS X中不需要按需下载字体,因为所有可用字体都随系统一起安装。

字体集合

字体集合是作为单个对象的字体描述符组。字体集合由CTFontCollection opaque类型表示。字体集合提供字体枚举,访问全局和自定义字体集合以及访问包含集合的字体描述符的功能。例如,你可以通过调用CTFontCollectionCreateFromAvailableFonts
来创建系统中所有可用字体的字体集合,并且你可以使用该集合来获取所有成员字体描述符的数组。

上一章 目录 下一章
最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 212,185评论 6 493
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 90,445评论 3 385
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 157,684评论 0 348
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 56,564评论 1 284
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 65,681评论 6 386
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 49,874评论 1 290
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,025评论 3 408
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 37,761评论 0 268
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,217评论 1 303
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 36,545评论 2 327
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 38,694评论 1 341
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,351评论 4 332
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,988评论 3 315
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 30,778评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,007评论 1 266
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 46,427评论 2 360
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 43,580评论 2 349