新聞中心

EEPW首頁 > 嵌入式系統(tǒng) > 設(shè)計應(yīng)用 > Core Text在繪制的時候碰到行間距問題的原因及解決

Core Text在繪制的時候碰到行間距問題的原因及解決

作者: 時間:2016-09-12 來源:網(wǎng)絡(luò) 收藏

實在受不了目前沒有一個比較完善的庫來解決@人名、鏈接及表情的混排問題。

本文引用地址:http://www.2s4d.com/article/201609/304766.htm

fork了一下TTTAttributedLabel修改了一下https://github.com/qdvictory/TTTAttributedLabel

pull回去已經(jīng)被commit了,可以直接查看https://github.com/mattt/TTTAttributedLabel

在解釋原因之前,需要先提出幾個屬性。

CLLine CTLineGetTypographicBounds 取出的 ascent descent leading

UIFont 取出的lineHeight descender ascender leading 特別提一下,descender為負(fù)值,ascender為正值

關(guān)于相關(guān)的屬性解釋,用一張圖來展示

在Core Text中,UIFont及CLLineRef都會有一套自己的間距數(shù)據(jù)。問題就出在了CLLine上。

利用CTLineGetTypographicBounds取出的descender、ascender、leading會根據(jù)當(dāng)前行里面含有字符計算出來。當(dāng)此行中含有emoji或中英文之后,計算出來的數(shù)值必然與其它行有出入,出現(xiàn)行距不統(tǒng)一的問題。

我們要做的就是要將每行重新對齊。

設(shè)想一下CLLine每行都有一條基線,如果讓每行都以底對齊,那么就是在CLLine的繪制原點減去descent,此時當(dāng)前行就為底對齊。

接下來的問題又出現(xiàn)了,如果只是單純這樣操作的話,(因為進(jìn)行了坐標(biāo)轉(zhuǎn)換)每行都會下降n像素,肯定會超出label的下范圍,所以我們需要再給他一個下行的距離,而這個距離最理想的數(shù)值就是font.descender。

因而就有了代碼

CGContextSetTextPosition(c, lineOrigin.x, lineOrigin.y-descent-self.font.descender);

由此我們的目的就達(dá)到了,同時也希望以后遇到此問題的人有些參考。

附2張效果圖。

默認(rèn)情況下

默認(rèn)情況下

修改之后

修改之后



關(guān)鍵詞:

評論


相關(guān)推薦

技術(shù)專區(qū)

關(guān)閉