Office Word 是如何根据字体的 OS/2 表等信息计算「单倍行距」的

2023-10-08 01:30

本文主要是介绍Office Word 是如何根据字体的 OS/2 表等信息计算「单倍行距」的,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

以 Office 2013 附带的 华文中宋 为例计算默认行高 [1]:
  • 按苹果最初为 TrueType 设计的 hhea 规则
    ( hhea.ascent + hhea.descent + hhea.lineGap ) / head.unitsPerEm 
    
    计算得 1.325(华文中宋在 Pages 中的效果符合此数值);
  • 按 OpenType 规范的 sTypo 规则
    ( OS/2.sTypoAscender + OS/2.sTypoDescender + OS/2.sTypoLineGap )/ head.unitsPerEm 
    
    计算得 1.144;
  • 按 Windows 里最主流但不符合规范的 usWin 规则
    ( OS/2.usWinAscent + OS/2.usWinDescent ) / head.unitsPerEm
    
    计算得 1.137。
以上三个结果都与  Word 2013  里的「单倍行距」效果(似乎是一个介于 1.47 与 1.48 之间的数值,且「如果定义了文档网格,则对齐到网格」已关闭)不一致。

那么,Word 是如何计算并实现「单倍行距」的呢?

另外, Word for Mac 2011  里的「单倍行距」似乎和 Windows 版 Word 里的数值并不一致,和 Pages 也不一样。它仿佛是这样计算的,完全忽略 hhea.lineGap 数值,又自己给乘上 1.3,不符合任何规范或事实标准:
( hhea.ascent + hhea.descent ) / head.unitsPerEm * 1.3
这是造成同一文件在 Windows 与 Mac 版 Word 及 Pages 中开启时版式不一致的原因之一吗?

[1] 下附用 ttx dump 出的华文中宋相关数据供参考(若代码未高亮请尝试展开补充说明):
<head><!-- Most of this table will be recalculated by the compiler --><tableVersion value="1.0"/><fontRevision value="1.0"/><checkSumAdjustment value="0xb611830c"/><magicNumber value="0x5f0f3cf5"/><flags value="00000000 00000011"/><unitsPerEm value="1000"/><created value="Fri Jul 17 10:51:22 1998"/><modified value="Wed Oct 30 08:28:00 2002"/><xMin value="-186"/><yMin value="-318"/><xMax value="1317"/><yMax value="1007"/><macStyle value="00000000 00000000"/><lowestRecPPEM value="14"/><fontDirectionHint value="1"/><indexToLocFormat value="1"/><glyphDataFormat value="0"/>
</head><hhea><tableVersion value="1.0"/><ascent value="1007"/><descent value="-318"/><lineGap value="0"/><advanceWidthMax value="1365"/><minLeftSideBearing value="-186"/><minRightSideBearing value="-186"/><xMaxExtent value="1317"/><caretSlopeRise value="1"/><caretSlopeRun value="0"/><caretOffset value="0"/><reserved0 value="0"/><reserved1 value="0"/><reserved2 value="0"/><reserved3 value="0"/><metricDataFormat value="0"/><numberOfHMetrics value="25185"/>
</hhea><OS_2><version value="1"/><xAvgCharWidth value="492"/><usWeightClass value="400"/><usWidthClass value="5"/><fsType value="00000000 00001000"/><ySubscriptXSize value="100"/><ySubscriptYSize value="100"/><ySubscriptXOffset value="0"/><ySubscriptYOffset value="150"/><ySuperscriptXSize value="100"/><ySuperscriptYSize value="100"/><ySuperscriptXOffset value="0"/><ySuperscriptYOffset value="650"/><yStrikeoutSize value="100"/><yStrikeoutPosition value="250"/><sFamilyClass value="0"/><panose><bFamilyType value="2"/><bSerifStyle value="1"/><bWeight value="6"/><bProportion value="0"/><bContrast value="4"/><bStrokeVariation value="1"/><bArmStyle value="1"/><bLetterForm value="1"/><bMidline value="1"/><bXHeight value="1"/></panose><ulUnicodeRange1 value="00000000 00000000 00000010 10000111"/><ulUnicodeRange2 value="00001000 00001111 00000000 00000000"/><ulUnicodeRange3 value="00000000 00000000 00000000 00000000"/><ulUnicodeRange4 value="00000000 00000000 00000000 00000000"/><achVendID value="SINO"/><fsSelection value="00000000 01000000"/><fsFirstCharIndex value="32"/><fsLastCharIndex value="65509"/><sTypoAscender value="800"/><sTypoDescender value="-200"/><sTypoLineGap value="144"/><usWinAscent value="912"/><usWinDescent value="225"/><ulCodePageRange1 value="00000000 00000100 00000000 10011111"/><ulCodePageRange2 value="11011111 11010111 00000000 00000000"/>
</OS_2>

作者:VinnyXiong 链接:http://www.zhihu.com/question/23349103/answer/24328488 来源:知乎 著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。
下图为“华文中宋”字体“国”字,用的是FontCreater7.5,相应的字体参数已经标明。 通过在Word中手工测量(字体设置为200磅,放大到500%,测量像素然后转为twips,再计算),以及使用FontCreater修改字体参数,发现了一些规律:
  1. Word中的字体高度仅取决于 WinAscent WinDescent 两个值。
  2. 测量发现的高度总是大于 ( WinAscent + WinDescent ),说明Word在此基础上有扩展的高度 Extend
  3. 多次测试不同字体以及不同字号之后发现,实际高度 LineHeight (WinAscent + WinDescent) 之间存在一个可能是固定的比例关系,大约在 1.29 ~ 1.31 之间,即 LineHeight = ( WinAscent + WinDescent ) * 1.3
  4. 通过FontCreater修改 WinAscent 或 WinDescent 之后发现,扩展的Extend是平均分配到上面和下面的,Extend1 与 Extend2 相等,如上图所示。
    LineHeight = ( WinAscent + WinDescent ) * 1.3= ( WinAscent + WinDescent ) + ( WinAscent + WinDescent ) * 0.3= ( WinAscent + WinDescent ) + Extend1 + Extend2= ( WinAscent + WinDescent ) + Extend * 2Extend = ( WinAscent + WinDescent ) * 0.15
    
  5. 对于以上计算出的系数 0.15 目前没有确切的值,可能有偏差,还可能跟不同的字体有关。通过程序验证之后得到可能比较精确的值如下:
    第一种:0.14845,适用于 仿宋、宋体、幼圆、新宋体、方正姚体、方正舒体、楷体、隶书、黑体。
    第二种:0.15002,适用于 华文中宋、华文仿宋、华文宋体、华文新魏、华文楷体、华文琥珀、华文细黑、华文行楷、华文隶书、华文彩云、宋体-方正超大字符集、微软雅黑。

这篇关于Office Word 是如何根据字体的 OS/2 表等信息计算「单倍行距」的的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/161793

相关文章

springboot集成easypoi导出word换行处理过程

《springboot集成easypoi导出word换行处理过程》SpringBoot集成Easypoi导出Word时,换行符n失效显示为空格,解决方法包括生成段落或替换模板中n为回车,同时需确... 目录项目场景问题描述解决方案第一种:生成段落的方式第二种:替换模板的情况,换行符替换成回车总结项目场景s

C#使用Spire.Doc for .NET实现HTML转Word的高效方案

《C#使用Spire.Docfor.NET实现HTML转Word的高效方案》在Web开发中,HTML内容的生成与处理是高频需求,然而,当用户需要将HTML页面或动态生成的HTML字符串转换为Wor... 目录引言一、html转Word的典型场景与挑战二、用 Spire.Doc 实现 HTML 转 Word1

Python实现精确小数计算的完全指南

《Python实现精确小数计算的完全指南》在金融计算、科学实验和工程领域,浮点数精度问题一直是开发者面临的重大挑战,本文将深入解析Python精确小数计算技术体系,感兴趣的小伙伴可以了解一下... 目录引言:小数精度问题的核心挑战一、浮点数精度问题分析1.1 浮点数精度陷阱1.2 浮点数误差来源二、基础解决

Java实现在Word文档中添加文本水印和图片水印的操作指南

《Java实现在Word文档中添加文本水印和图片水印的操作指南》在当今数字时代,文档的自动化处理与安全防护变得尤为重要,无论是为了保护版权、推广品牌,还是为了在文档中加入特定的标识,为Word文档添加... 目录引言Spire.Doc for Java:高效Word文档处理的利器代码实战:使用Java为Wo

使用Python实现Word文档的自动化对比方案

《使用Python实现Word文档的自动化对比方案》我们经常需要比较两个Word文档的版本差异,无论是合同修订、论文修改还是代码文档更新,人工比对不仅效率低下,还容易遗漏关键改动,下面通过一个实际案例... 目录引言一、使用python-docx库解析文档结构二、使用difflib进行差异比对三、高级对比方

Python从Word文档中提取图片并生成PPT的操作代码

《Python从Word文档中提取图片并生成PPT的操作代码》在日常办公场景中,我们经常需要从Word文档中提取图片,并将这些图片整理到PowerPoint幻灯片中,手动完成这一任务既耗时又容易出错,... 目录引言背景与需求解决方案概述代码解析代码核心逻辑说明总结引言在日常办公场景中,我们经常需要从 W

Python文本相似度计算的方法大全

《Python文本相似度计算的方法大全》文本相似度是指两个文本在内容、结构或语义上的相近程度,通常用0到1之间的数值表示,0表示完全不同,1表示完全相同,本文将深入解析多种文本相似度计算方法,帮助您选... 目录前言什么是文本相似度?1. Levenshtein 距离(编辑距离)核心公式实现示例2. Jac

C#高效实现Word文档内容查找与替换的6种方法

《C#高效实现Word文档内容查找与替换的6种方法》在日常文档处理工作中,尤其是面对大型Word文档时,手动查找、替换文本往往既耗时又容易出错,本文整理了C#查找与替换Word内容的6种方法,大家可以... 目录环境准备方法一:查找文本并替换为新文本方法二:使用正则表达式查找并替换文本方法三:将文本替换为图

Java高效实现Word转PDF的完整指南

《Java高效实现Word转PDF的完整指南》这篇文章主要为大家详细介绍了如何用Spire.DocforJava库实现Word到PDF文档的快速转换,并解析其转换选项的灵活配置技巧,希望对大家有所帮助... 目录方法一:三步实现核心功能方法二:高级选项配置性能优化建议方法补充ASPose 实现方案Libre

Python批量替换多个Word文档的多个关键字的方法

《Python批量替换多个Word文档的多个关键字的方法》有时,我们手头上有多个Excel或者Word文件,但是领导突然要求对某几个术语进行批量的修改,你是不是有要崩溃的感觉,所以本文给大家介绍了Py... 目录工具准备先梳理一下思路神奇代码来啦!代码详解激动人心的测试结语嘿,各位小伙伴们,大家好!有没有想