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

相关文章

使用Java填充Word模板的操作指南

《使用Java填充Word模板的操作指南》本文介绍了Java填充Word模板的实现方法,包括文本、列表和复选框的填充,首先通过Word域功能设置模板变量,然后使用poi-tl、aspose-words... 目录前言一、设置word模板普通字段列表字段复选框二、代码1. 引入POM2. 模板放入项目3.代码

使用EasyPoi快速导出Word文档功能的实现步骤

《使用EasyPoi快速导出Word文档功能的实现步骤》EasyPoi是一个基于ApachePOI的开源Java工具库,旨在简化Excel和Word文档的操作,本文将详细介绍如何使用EasyPoi快速... 目录一、准备工作1、引入依赖二、准备好一个word模版文件三、编写导出方法的工具类四、在Export

利用Python操作Word文档页码的实际应用

《利用Python操作Word文档页码的实际应用》在撰写长篇文档时,经常需要将文档分成多个节,每个节都需要单独的页码,下面:本文主要介绍利用Python操作Word文档页码的相关资料,文中通过代码... 目录需求:文档详情:要求:该程序的功能是:总结需求:一次性处理24个文档的页码。文档详情:1、每个

C++读写word文档(.docx)DuckX库的使用详解

《C++读写word文档(.docx)DuckX库的使用详解》DuckX是C++库,用于创建/编辑.docx文件,支持读取文档、添加段落/片段、编辑表格,解决中文乱码需更改编码方案,进阶功能含文本替换... 目录一、基本用法1. 读取文档3. 添加段落4. 添加片段3. 编辑表格二、进阶用法1. 文本替换2

Python进行word模板内容替换的实现示例

《Python进行word模板内容替换的实现示例》本文介绍了使用Python自动化处理Word模板文档的常用方法,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友... 目录技术背景与需求场景核心工具库介绍1.获取你的word模板内容2.正常文本内容的替换3.表格内容的

Python实现自动化删除Word文档超链接的实用技巧

《Python实现自动化删除Word文档超链接的实用技巧》在日常工作中,我们经常需要处理各种Word文档,本文将深入探讨如何利用Python,特别是借助一个功能强大的库,高效移除Word文档中的超链接... 目录为什么需要移除Word文档超链接准备工作:环境搭建与库安装核心实现:使用python移除超链接的

linux查找java项目日志查找报错信息方式

《linux查找java项目日志查找报错信息方式》日志查找定位步骤:进入项目,用tail-f实时跟踪日志,tail-n1000查看末尾1000行,grep搜索关键词或时间,vim内精准查找并高亮定位,... 目录日志查找定位在当前文件里找到报错消息总结日志查找定位1.cd 进入项目2.正常日志 和错误日

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 浮点数误差来源二、基础解决