这是一个我误解iOS的编码层吗?就像,在某些时候,它不再能够正确显示超过22B的代码……?
我在Nsstring中捕获它,并尝试简单地更新文本字段.就像是
Nsstring *test = @"\u23ba";[displayText setText:test];
这将显示标准类型错误,如带有问号的框,或仅显示一个框(取决于字体).
有没有办法扩展iOS的unicode选项?因为这些可以在我的Mac上显示.或者,我唯一的选择NSAttributableString路线的一些变体?
解决方法 U 22FF和U 23BA是有效的代码点(分配给字符).但它们仅受少量字体的支持.因此,您应首先检查正在使用或可用的字体.例如,U 22FF包含在asana-Math,Cambria,Cambria Math,Code2000,DejaVu Sans(奇怪的是,只有Bold Oblique字体),Freeserif,GNU Uni@R_301_6837@,Quivira,Segoe UI Symbol,StixMath,STX,Sun-ExtA,Symbola,XITS,XITSMath. U 23BA包含在Cambria,FreeMono,Symbola中.其中许多都是免费字体.印刷质量差异很大. Cambria字体和Segoe UI Symbol是商业版,随某些Microsoft产品一起提供.可能有一些其他字体覆盖这些字符,但不是很多(Everson Mono,我想,我目前没有它).
总结以上是内存溢出为你收集整理的iOS字体未正确显示所有Unicode字符全部内容,希望文章能够帮你解决iOS字体未正确显示所有Unicode字符所遇到的程序开发问题。
如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)