有两种类型的连字。

类型 1：存在连字的原因是为了防止某些字母之间的空格可能会干扰您的阅读流程。例如，在某些字体中，“fi”相互重叠，尤其是“fl”。为了找到解决这个问题的方法，人们发明了连字，每个连字都只是类型块上的一个字母：

普通字母与连字：

您可以看到普通字母太近了，因此您必须扩大整体间距。

类型 2：随着时间的推移，字体设计师使用连字来“修饰”他们的字体，方法是在字体中添加特殊的连字，增强字体的字符但并不总是易读性。

Underware 的 Sauna 字体的超级扩展 Ligatures，它使用连字来创建更多的“脚本感觉”。

回到你的例子。在 Futura 中，“fi”没有重叠，所以你不必使用连字（我想这是一个特殊的 Futura，因为原来的没有连字？）。

但是，如果您想为您的字体添加特殊的味道，请随意使用连字。但请注意，如果您使用不寻常的连字，人们会注意到，这可能会分散他们对实际设计声明的注意力。

没有一条规则适合所有情况

这一切都有些复杂，因为它与字距调整支持和字体选择有关，并且没有适用于所有情况的万能答案。根据我的经验，在紧密设置的衬线罗马或斜体中更倾向于使用连字，而不是在无字体中。

有关更多讨论和示例，另请参阅：

1. 什么时候不应该在英文排版中使用连字？
2. “象鼻虫”是什么动物？

上面的第一个答案详细讨论了当前的问题；第二个有五个非常不同的面孔中某些连字的对比样本。

如果事态发展，一个合理的一般规则是：

• 仅对在您书写的语言中有意义的事物使用显式的词汇连字，例如冰岛语或古英语中的Æ、æ和法语中的Œ、–。
• 将印刷连字的选择留给软件，对于那些没有它们看起来不正确的情况，这应该会自动发生。

这是我敢说的一般情况，但不幸的是，它并不总是有效。

添加细微差别

话虽如此，在某些情况下，如果您只是让它在自动驾驶仪上这样做，那么您肯定会想要比默认字体提供的更多或更少的连字。

例如，如果您试图忠实地复制一个非常古老的文档排版，其中包含ſt等历史连字，那么即使默认情况下字体不这样做，您也会希望将它们放在那里。

然而，正如 Bringhurst 所观察到的，字体设计师在将连字归类为标准连字或历史连字时可能没有完成历史准确的工作。有关此问题的一些讨论，请参见我上面的第一个参考答案。

这是一组来自 Robert Slimbach 的Arno Pro的常规重量的连字。（第一行的第一对字形不算，只有最后一行的第一个字形才算。）

如您所见，其中一些，尤其是前两个，实际上是用来代替关于这些对的显式字距调整规则。因此，在某种程度上，这取决于您设置类型的紧密程度以及大小。例如，您不会在字母间距大写字母上使用它们，并且可能不会在使用自定义字距调整手动设置更大的标题时使用它们。这是一个品味问题，而不是规则书，敏感的设计师需要对这些做出有品位的判断，就像在许多其他地方一样。

关于现代 OpenType 字体趋势的一个警告在这里是有序的。Bringhurst 抱怨字体设计者将（例如）Th放置在标准连字集中，而不是像ct这样的历史连字集中，因此您可能需要明确禁用或启用这些，或者自己从字体集中选择适当的字形。

教训是，让这些东西在完全自动驾驶的情况下持续运转很少能获得最佳结果。

花式连字

相比之下，特别是在设置脚本字体时，但有时也设置为真正的斜体字体（意味着不是伪装成斜体的斜体字体，最好是带有花体大写字母的字体，而不仅仅是斜体罗马字体），尽职尽责的字体设计师将提供一个多种可能的连字供排字机选择。其中一些将是自动的，而另一些则需要自己的判断来设置。

因为脚本面本质上是一种书法字体，因此它会在字体表中内置复杂的规则，用于连接相邻的字形。

我不会费心展示 Hermann Zapf 精湛的Zapfino，不仅因为它的书法是一个太明显的例子，还因为那里有太多的连字不会压倒随便的读者。因此，这里是 Richard Lipton 的Bickham Script Pro中一些可选连字的示例：

设置希腊语当然是完全不同的。特别是在大法官希腊语中，您可能希望利用好大法官希腊人脸上的许多连字。例如，这里有一些来自 George Douros 的Alexander：

自动连字、代码点和 Unicode 标准

看起来您的 Paul Renner 原始Futura字体的默认连字规则的电子版本正在为fi生成连字，无论是否需要。理解这只是我的观点，在我看来，在大尺寸显示器上有点做作，特别是考虑到那张脸上的f不会紧随其后 的i 。

它可能被包括在内，因为大多数集合至少有fi、fl、ff连字来阻止歇斯底里的海豚——我的意思是，这些 Unicode 代码点的存在仅用于在 Unicode 和传统编码之间进行转换时的无损往返：

‭ ff  FB00       LATIN SMALL LIGATURE FF
        # 0066 0066
‭ fi  FB01       LATIN SMALL LIGATURE FI
        # 0066 0069
‭ fl  FB02       LATIN SMALL LIGATURE FL
        # 0066 006C
‭ ffi  FB03       LATIN SMALL LIGATURE FFI
        # 0066 0066 0069
‭ ffl  FB04       LATIN SMALL LIGATURE FFL
        # 0066 0066 006C

根本不需要那些代码点——永远都不需要。

Unicode FAQ on Ligatures and Digraphs说这个关于连字：

• 问：我这里有一堆广泛使用“hr”连字的手稿（例如）。我看到你已经为“fi”、“fl”甚至“st”编码了连字，但没有“hr”。我也可以将“hr”编码为连字吗？
  
  答：现有连字的存在基本上是为了与非 Unicode 字符集兼容和往返。不鼓励使用它们。在任何情况下都不会再编码。
  
  连字是一种以字体编码的行为：如果要求现代字体显示“h”后跟“r”，并且字体中有“hr”连字，它可以显示连字。有些字体没有连字，有些（尤其是非拉丁文字）有数百个。将 Unicode 代码点分配给所有这些特定于字体的可能性是没有意义的。

• 问： “ct”连字怎么样？在 Unicode 中有一个字符吗？
  
  答：不，“ct”连字是旧字体样式中常见的拉丁字母连字的另一个例子。至于“hr”连字的情况，连字的显示是字体设计的问题，不需要为连字单独编码字符。一种简单地表示 Unicode 中的字符序列，并依赖于字体设计和字体属性控件来确定结果是否在显示（或打印）中连接。同样的情况也适用于涉及 long s 的连字以及在拉丁字体中发现的许多其他连字。
  
  请记住，Unicode 标准是一个字符编码标准，并不旨在标准化连字或其他表示形式，或字体和字形设计细节的任何其他方面。您可以在 Unicode 标准中找到的连字仅是兼容性编码，并不意味着开创一个要求将所有连字编码为字符的先例。

在为可读正文设计的许多字体中，连字往往是细微的调整，几乎不引人注意，只是修复了相邻字母形状的尴尬位置。

然而，您示例中的 Futurafi连字并不是那样的 - 它非常突出，并且可以说是不必要的，因为未结扎f和i字母形状非常舒适地组合在一起而没有重叠。

然而，它确实清楚地呼应了字体的几何设计，并且在徽标中看起来非常漂亮，即使它在正文中可能看起来很刺耳。¹ 因此，最好将其视为“自定义繁体”——尽管它恰好内置在字体本身中——而不是更传统的“可读性连字”。

因此，您可以解释说“有趣f”与点的结合i是经过深思熟虑的设计选择，可以使文本看起来更漂亮，几何上更干净。你不一定需要解释什么是连字——如果你的客户碰巧留下你自己改变了字母形状的印象，那有什么害处？

^{1) IMO，对于小字体，Futura 无论如何都是一个有点边缘的字体选择；它可以工作，我自己也这样使用过，但最好小心使用，并着眼于可能的可读性问题。对于长文本段落，还有其他几何 sans 字体可以牺牲一点设计纯度，以提高小尺寸的可读性。}