长久以来，大多数中文汉字数字字体的设计规格都局限在正方形的方框中，从而产品化出结构方正的字体，然而，当遇到字符宽度无法在有限的宽度空间中做文字排版时，即延伸出「长体」的字体产品，用以缩减排版时整体的字符宽度。早期长体的设计，相对于正方形标准产品的设计规格，保持相同的字体高度，但缩小左右的水平空间，所形成长型的字体即称为长体，相对于未变形前水平、垂直100%的比例，缩小左右10%比例的字体，称为长一，缩小左右20%比例的字体，称为长二…。

为什么要使用长体字？
长体数字中文字型的数量相对来的少，在早期，由于软、硬件环境的不成熟，长体字被设计在正方形的方框中，缩小后的左右水平空间以留白的样貌呈现，在水平横向排排版应用时，会形成字符间距过大的情况。随着外部软硬件技术的提升，新技术、新应用情境的发生，字体设计的弹性更加的广泛，让字体设计师的创意可以尽情的发挥。

如前述，规格上，长体是缩小左右比例后的字型产品，在应用上存在经济效益，此经济效益说明的是节省版面的空间，具有较窄字宽的长体字，能够将更多的字符呈现在一行、标题、段落、区块文字甚至是页面中，具有在有限的排版空间上呈现较多字符数的特性，反之，在同样的版面空间上，可以有较多的字符数来呈现内容。 但是，长体字也不是没有缺点，毕竟在汉字，尤其是笔画数多的汉字，在缩小字宽后的辨视度、易读性会比标准字宽的字体来的低。


中文长体字的使用在直排、字符数少的情境下效果最佳，以字符数少的情境，当字体家族具有标准与长体字的设计时，如标题、引言等都是长体适合发挥的舞台。使用同一种字体风格的长体字做排版，除了可以凸显要点外，还可以维持整体风格的一致性；当长体字被独立使用时，其长形字的特色容易被凸显出来，用在独立的标题更显特色。

长体字型产品的开发，丰富且扩展了字体家族。
中文字型产品的字体家族(font family)大多以字重的粗细为基础做字型产品的开发，相对于拉丁字的字体家族设计，除了字重以外，还有斜体(italic)、长体/窄体(condensed/ narrow)、宽体(extended)等设计，对应上就显的单薄。在应用上，若设计案件选择到具有condensed/ narrow设计的拉丁字，这时，往往找不到合适的中文字型产品做匹配。



自2017年开始，文鼎字型着手设计并发行具有规格化的长体字型产品，在字型设计时，即考虑使用行为，为了让设计师/用户快速的从软件的字型列表中找到长体字型，我们在字体名称上做区隔，透过代码即可辨视该字型是否为长体字。长体字型以代码C做为表示，代码后的数字表示在EM1000的规格下，字宽的比例，如「C80」表示为长体、字宽80%的字型。



目前，文鼎字型具有长体设计的字体家族有：文鼎UD晶熙黑體E1、文鼎方新書、文鼎書苑宋、文鼎白玉書體，详细如下：（Variable Font：表示变量轴支持长体的变化）

*○:可透过可变式字型(Variable Font)使用

长体字型产品图例：

在使用输入法输出中文字时，你的零是以怎样的面貌呈现呢？是写成国字「零」，还是「〇」、「O」、「○」、「０」或是写「0」？在windows作业系统的环境里，「零」、「O」或「0」使用任何输入法都可以打出来，但是「〇」用一般系统内建的输入法像是注音、新注音、仓颉是找不到的，如果您有额外安装的输入法，如自然输入法，键入零这个字，则可以透过选单找到「〇」。

上面举例的这些字符造型都长的很相近，每一个字符在Unicode字码的定义里都有一组数字来代表自己，这组数字一般通称为字码，这几个字码及其代表的意思分别如下：

零：U+96F6，中文汉字零。

０：U+FF10，全角数字零。

○：U+25CB，空心圆圈，几何图形。

〇：U+3007，空心圆圈，几何图形。

0：U+0030，数字零，属于基本拉丁字母。

O：U+004F，拉丁大写字母O，属于基本拉丁字母。

这些造型相似的字符在使用上会有怎样的差异，下图我们以微软正黑以及文鼎UD晶熙黑体、思源黑体做举例，在使用国字显示公元年时，我们可以看到使用 U+3007「〇」字符有最佳的排版效果，除了U+3007这个字符本身就是为了与国字一起使用外，以晶熙黑体为例，还会因应字体造型、字重做优化的设计。

如果在绘图软体，如Adobe illustrator里，我们可以透过「字符」工具面版来找到「U+3007，〇」这个字符，或者是用前面word输入的教学方式，在word中将「〇」呼叫出来，再复制到Adobe illustrator中做使用。

在使用Microsoft Word编辑文件时，为了让文件维持编辑时的排版样式，通常我们会采用将档案转成PDF的方式做保存。但是，从word透过Adobe Acrobat转存成PDF时，在存档是不是有遇过跳出错误的log讯息？该怎么解决？

会出现这样的log讯息，是因为Acrobat在转存PDF的过程中，找不到文件中使用的字型。我们以在windows操作系统下，在word文件使用iFontCloud云端字型服务的情境来做说明，iFontCloud云端字型服务所使用到的字型，其存放位置并非一般认知的 C:windows/Fonts的目录中，其与过往将字型安装在系统上的行为不相同，因此造成Acrobat在转存PDF时出现找不到字型的情况。

我们以Acrobat有提供的方式，为大家解决这个转档问题，简易的操作2个步骤，使用word的Adobe Acrobat存成PDF就能成功啰！

1. 点选「打印」>「打印机内容」

2. 取消勾选「仅依赖系统资型；不使用文件字型」

取消勾选使用系统字型之后，word使用云端字型转PDF就不会出现错误讯息log。