转载自:原文
关于行间距lineSpacing
先贴出一张的的iOS中的的UILabel的默认排版样式:
大家也都能看出来,默认的排版样式中,文本的行间距很小,显得文本十分挤。
这种时候,设计师就会提出行间距的需求,希望让文本展示得更美观类似的标注就会像这样:
通常来说既然设计师要求的是行间距,那么我们直接设置lineSpacing就好但是的的UILabel是没有这么一个直接暴露的属性的,想要修改lineSpacing,我们需要借助NSAttributedString来实现,示意代码:
1
2
3
4
五
|
NSMutableParagraphStyle *paragraphStyle = [NSMutableParagraphStyle
new
];
paragraphStyle.lineSpacing =
10
;
NSMutableDictionary *attributes = [NSMutableDictionary dictionary];
[attributes setObject:paragraphStyle forKey:NSParagraphStyleAttributeName];
label
.attributedText = [[NSAttributedString alloc] initWithString:
label
.text attributes:attributes];
|
运行一下观察效果:
虽然用我们的眼睛看上去好像没什么问题,但是设计师的火眼金睛一下就能看出来,和设计稿要求的有差距:
怎么会成这样!?这跟说好的不一样对不对!?不要慌,我来细细解释下。
正确的实现行间距
先看示意图:
红色区域是默认绘制单行文本会占用的区域,可以看到文字的上下是有一些留白的(蓝色和红色重叠的部分)。设计师是想要蓝色区域高度为10pt,而我们直接设置lineSpacing会将两行红色区域中间的绿色区域高度设置为10pt,这就是问题的根源了。
那么这个红色的区域高度是多少呢?答案是 label.font.lineHeight,它是使用指定字体绘制单行文本的原始行高。
知道了原因后问题就好解决了,我们需要在设置lineSpacing时,减去这个系统的自带边距:
1
2
3
4
五
|
NSMutableParagraphStyle *paragraphStyle = [NSMutableParagraphStyle
new
];
paragraphStyle.lineSpacing =
10
- (
label
.font.lineHeight -
label
.font.pointSize);
NSMutableDictionary *attributes = [NSMutableDictionary dictionary];
[attributes setObject:paragraphStyle forKey:NSParagraphStyleAttributeName];
label
.attributedText = [[NSAttributedString alloc] initWithString:
label
.text attributes:attributes];
|
观察一下效果,完美契合:
关于行高lineHeight
如果你只关心iOS设备上的文本展示效果,那么看到这里就已经够了。但是我需要的是iOS和Android展现出一模一样的效果,所以光有行间距是不能满足需求的。主要的原因在前言也提到了,Android设备上的文字上下默认留白(和上一节图中蓝色和红色重叠的部分)和iOS设备上的是不一致的:
左侧是iOS设备,右侧Android设备,可以看到同样是显示20号的字体,安卓的行高会偏高一些。在不同的Android设备上使用的字体不一样,可能还会出现更多的差别。如果不想办法抹平这差别,就不能真正意义上实现双端一致了。
这时候我们可以通过设置lineHeight来使每一行文本的高度一致,lineHeight设置为30pt的情况下,一行文本高度一定是30pt,两行文本高度一定是60pt。虽然文字的渲染上会有细微的差别,但是布局上的差别将被完全的抹除.lineHeight同样可以借助NSAttributedString来实现,示意代码:
1
2
3
4
五
6
|
NSMutableParagraphStyle *paragraphStyle = [NSMutableParagraphStyle
new
];
paragraphStyle.maximumLineHeight = lineHeight;
paragraphStyle.minimumLineHeight = lineHeight;
NSMutableDictionary *attributes = [NSMutableDictionary dictionary];
[attributes setObject:paragraphStyle forKey:NSParagraphStyleAttributeName];
label
.attributedText = [[NSAttributedString alloc] initWithString:
label
.text attributes:attributes];
|
运行一下观察效果:
在调试模式下确认了下文本的高度的确正确的,但是为什么文字都显示在了行底呢?
修正行高增加后文字的位置
修正文字在行中展示的位置,我们可以用 baselineOffset 属性来搞定。这个属性十分有用,在实现上标下标之类的需求时也经常用到它。经过调试,发现最合适的值是 (lineHeight是是是 - label.font.lineHeight)/ 4(尚未搞清楚为什么是除以4而不是除以2,希望知道的老司机指点一二)。最终的代码示例如下:
1
2
3
4
五
6
7
8
|
NSMutableParagraphStyle *paragraphStyle = [NSMutableParagraphStyle
new
];
paragraphStyle.maximumLineHeight = lineHeight;
paragraphStyle.minimumLineHeight = lineHeight;
NSMutableDictionary *attributes = [NSMutableDictionary dictionary];
[attributes setObject:paragraphStyle forKey:NSParagraphStyleAttributeName];
CGFloat baselineOffset = (lineHeight -
label
.font.lineHeight) /
4
;
[attributes setObject:@(baselineOffset) forKey:NSBaselineOffsetAttributeName];
label
.attributedText = [[NSAttributedString alloc] initWithString:
label
.text attributes:attributes];
|
贴一下在不同字号和行高下的展示效果:
行高和行间距同时使用时的一个问题
不得行高和行间距我们都已经可以完美的实现了,但是我在尝试同时使用它们时,发现了的iOS的的一个缺陷(当然也可能是一个功能,毕竟不崩溃都不一定是错误):
着色的区域都是文本的绘制区域,其中看上去是橙色的区域是lineSpacing,绿色的区域是lineHeight是是。但是为什么单行的文本系统也要展示一个lineSpacing啊!?坑爹呢这是!
好在我们通常是行高和行间距针对不同的需求分别独立使用的,它们在分开使用时不会触发这个问题。所以在 的的的VirtualView-IOS 库中,我暂且将高度计算的逻辑保持和系统harmony和谐了。
总结
至此,的成功为 的的VirtualView-IOS 添加了对lineHeight是是属性的支持,更多的实现细节大家可以到开源库中直接看源代码。希望我们的七巧板方案可以更加完善,帮助更多的人一次开发两端同时使用,用一块七巧板拼出大千世界。