mirror of
https://github.com/LCTT/TranslateProject.git
synced 2024-12-26 21:30:55 +08:00
PRF
@Fisherman110 恭喜你，完成了第一篇翻译。这篇比较长，内容也稍显晦涩，确实不好翻译。
This commit is contained in:
Xingyu Wang
parent
efcfe17e19
commit
341de4daa2
@ -1,59 +1,57 @@
|
||||
|
||||
探索免费而开放的网络字体
|
||||
探索自由而开放的 Web 字体
|
||||
======
|
||||
|
||||
|
||||
> 谷歌字体和开放字体库中的免费 Web 字体已经改变了游戏规则，但仅在有限的范围内。
|
||||
|
||||
毫无疑问，近些年来互联网的面貌已经被开放免费的字体所改变。在早些的2010年，你在网络浏览器上几乎只能看到微软制作的最普通的“网络安全字体”[core fonts]
|
||||
[1]。但这一年（2010）正好是好几轮技术革新开始的见证之年：Web开放字体格式的应用给网络高效传输字体文件提供了一个开放的标准，像[Google Fonts]和
|
||||
[Open Font Library]这样的网络字体服务使网络内容发布者在开放证书证书下可以免费使用海量的字体库。
|
||||
|
||||
|
||||
要夸大这些网络排印领域大事件的积极影响是很难的。但是要将网络开放字体的成功与开源的网络排印划上等号作为一个整体却非常容易，而且得到的结论是挑战已经远离了我们，困难悉数被解决了。然而事实并非如此，如果你很关注网络字体，好消息是你会有非常多的机会参与到对这些字体的改进工作当中去。
|
||||
毫无疑问，近些年来互联网的面貌已经被开源字体所改变。早在 2010 年之前，你在 Web 浏览器上几乎只能看到微软制作的通常“Web 安全”的[核心字体][1]。但这一年（2010）正好是好几轮技术革新开始的见证之年：<ruby>[Web 开放字体格式][2]<rt>Web Open Font Format</rt></ruby>（WOFF）的引入为通过 HTTP 有效地传输字体文件提供了一个开放的标准，以及像[谷歌字体][3]和<ruby>[开放字体库][4]<rt>Open Font Library</rt></ruby>这样的 Web 字体服务的推出，使得 Web 内容发布者可以在开源许可证之下免费使用海量的字体库。
|
||||
|
||||
对新手来说，必须要意识到谷歌字体和开源字体库为网页提供了特殊的”服务提供“（service—delivering）字体但是他们给其他使用情况制定字体解决方案。这不是服务方的短视，这是是意味这我们必须去建立其他的解决方案。
|
||||
这些事件对 Web 排版的积极影响再夸大都不过分。但是要将 Web 开放字体的成功与整个开源排版等同起来，并得到结论——挑战已经远离了我们，困难悉数被解决了——却很容易。然而事实并非如此，如果你很关注字体，那么好消息是你有好多机会参与到对这些字体的改进工作当中去。
|
||||
|
||||
需要解决的问题还非常多。可能最明显的例子就是给linux桌面机器的其他软件安装字体使用所遇到的尴尬情况。你可以通过任何一种服务下载任何一种网络字体，但是你能得到的是一个最普通的压缩包文件，里面有一些TTF或OTF二进制文件和一个普通文本文件的证书。接下来会发生什么完完全全需要你去猜。
|
||||
对新手来说，至关重要的是必须要意识到谷歌字体和开放字体库提供了专用的服务（为网页提供字体），而没有为其他使用情况制定字体解决方案。这不是服务方面的缺点，这只是意味着我们必须去开发其它的解决方案。
|
||||
|
||||
大部分用户很快学会了”正确“的步骤就是手动地复制这些字体二进制文件到他们硬件驱动里一大把的文件夹里的某个文件夹里。但是这样做只能使这个文件被操作系统检索到。它并不能为用户体验带来什么。再强调一遍，这不是网络字体服务的缺陷，然而它是对于关于服务到哪里停止和更多工作需要在其他方面做这个观点的证据。
|
||||
需要解决的问题还非常多。可能最明显的例子就是给 Linux 桌面计算机的其他软件安装字体所遇到的尴尬情况。你可以通过任何一种服务下载任何一种 Web 字体，但是你得到的只是一个最普通的压缩包文件，里面有一些 TTF 或 OTF 二进制文件和一个普通文本文件的许可证。接下来会发生什么完完全全需要你去猜。
|
||||
|
||||
在用户视角来说，一个巨大的提升可能就是直接在“下载“这个阶段系统或者桌面环境变得更智能。它（系统或桌面环境）不仅会把字体文件安装到正确的位置上，更重要的是，当用户选择在一个工程使用的字体时，它会自己添加用户所需要得到的重要的元数据。
|
||||
大部分用户很快学会了“正确”的步骤就是手动地复制这些字体二进制文件到他们硬盘里几个特殊文件夹里的某一个里。但是这样做只能使这个文件对操作系统可见。它并不能为用户体验带来什么提升。再强调一遍，这不是 Web 字体服务的缺陷，相反它佐证了对于关于服务到哪里停止和需要在其他方面做更多工作的观点。
|
||||
|
||||
附加信息的组成与它如何展示给用户连接着另一个挑战：在linux环境管理一个字体库明显不如任何其他操作系统愉快。字体管理软件总是时不时的出现一下（例如[GTK+ Font Manager][5] 这是最近的一个例子），但是他们（字体管理软件）很少能正确的时候出现。我一直在思考一大堆这些软件让人失望的方面。一个核心的原因是他们把自己限制只展示自己在二进制字体文件内嵌的信息：基本字符集的覆盖，粗细，宽度，和斜度的设定，内置的证书和版权说明等等。
|
||||
在用户视角来说，一个巨大的提升可能就是在“只是下载”这个阶段，操作系统或者桌面环境变得更智能。系统或桌面环境不仅会把字体文件安装到正确的位置上，更重要的是，当用户选择要在一个项目中使用的字体时，它会自己添加用户所需要的重要的元数据。
|
||||
|
||||
但是在选择字体的过程中为了工作的选择（字体）都不能在内置数据中找到。正经的字体用户像信息设计者，杂志文章作者，或者书籍美工设计者，他们的字体选择是在每一份文件的需求上做出的。这些需求包含了证书信息，很自然的，它还包含了更多，像关于设计师和厂商的信息，潮流风格的趋势，或者字体在使用当中的细节。
|
||||
这些附加信息包含的内容与它如何呈现给用户与另一个挑战有关：与其它操作系统相比，在 Linux 环境管理一个字体库显然不那么令人满意。字体管理器总是时不时的出现一下（例如 [GTK+ 字体管理器][5]，这是最近的一个例子），但是它们很少变得流行起来。我一直在思考一大堆这些软件让人失望的方面。一个核心的原因是它们把自己局限于只展示内嵌在二进制字体文件内的信息：基本字符集的覆盖、粗细/宽度和斜率的设定，内置的许可证和版权说明等等。
|
||||
|
||||
举个例子，如果你的文档包含了英语和阿拉伯文，你多半想要一种某个很熟悉拉丁文和阿拉伯文设计师设计同时设计两种语言的字体。否则，你将浪费一大堆时间来微调字体大小和行间距来使两种语言良好地结合在一起。你可能从经验中学到，特定的设计师或服务商（字体）比其他人更善于多语言设计。或许和你职业相关的是今天的时尚杂志几乎无一例外的采用"[Didone][6]"风格的字体，"[Didone][6]"是指一种两百多年前最先被[Firmin Didot][7] 和 [Giambattista Bodoni][8]设计出来的反差超级大的字体风格。这种字体恰好就是现在的潮流。
|
||||
但是除了这些内嵌数据中的内容，在选择字体的过程中还涉及很多决策。严肃的字体用户，像信息设计者、杂志文章作者，或者书籍美工设计者，他们的字体选择是根据每一份文件的要求和需求做出的。这当然包含了许可证信息，但它还包含了更多，像关于设计师和厂商的信息、潮流风格的趋势，或者字体在使用中的细节。
|
||||
|
||||
但是这些字体（Didone, Didot, or Bodoni）中没有一种有可能会出现在内置的二进制文件中，你也不容易发现拉丁文和阿拉伯文是否相得益彰或其他关于字体的背后故事。这些信息有可能出现在补充的材料中，类似某种样本或字体文件中，如果这些东西存在的话。
|
||||
举个例子，如果你的文档包含了英语和阿拉伯文，你多半想要拉丁文和阿拉伯文的字体由同时熟悉这两种<ruby>字母系统<rt>script</rt></ruby>的设计师所设计。否则，你将浪费一大堆时间来微调字体大小和行间距来使两种字母系统良好地结合在一起。你可能从经验中学到，某些设计师或字体厂商比其他人更善于多种字母系统设计。或许和你职业相关的是今天的时尚杂志几乎无一例外的采用 “[Didone][6]”风格的字体，“[Didone][6]”是指一种两百多年前最先被 [Firmin Didot][7] 和 [Giambattista Bodoni][8] 设计出来的超高反差的字体风格。这种字体恰好就是现在的潮流。
|
||||
|
||||
字体样本是一份设计好的文档（一般是PDF），它展示了这种字体在使用的情况而且包括了背景信息。字体样本经常起到两重作用，作为市场样本和在挑选字体时的样本。一份样品精心的设计展示了字体在实际应用中的情况和一种自动生产字符表所不能形成的风格。字体样本文件也有可能包含了一些其他重要信息，比如怎样激活字体的开放特色，它提供了什么样的数学表达式和古体字，或者它怎么在跨支持的语言上风格多样。要使这些资源能够被字体管理软件上的用户使用还要走过帮助用户找到合适他们工程的字体的漫长之路。
|
||||
但是像 Didone、Didot 或 Bodoni 这些术语都不可能会出现在二进制文件的内置数据当中，你也不容易判断拉丁文和阿拉伯文是否相得益彰或其它关于字体的历史背景。这些信息有可能出现在补充的材料中，类似某种字形样本或字体文件中，如果这些东西存在的话。
|
||||
|
||||
当然，如果我们要去考虑一个字体管理软件能够解决文件和样本问题，我们也必须仔细观察各种发行版提供的字体包伴随着什么。linux的用户刚开始只有自动安装的那几种字体，并且提供仓库的包是大部分用户除了下载最普通的压缩包档案之外的唯一字体来源。这些资源包往往非常的“骨感”。商业字体总的来说都包含了样本，文档，还有其他的支持项目，然而开源字体往往没有（这些配套文件）。
|
||||
<ruby>字形样本<rt>specimen</rt></ruby>是一份设计好的文档（一般是 PDF），它展示了这种字体的使用情况，而且包括了背景信息。字形样本经常在挑选字体时充当市场营销和外观样例的双重角色。一份精心设计的样本展示了字体在实际应用中的情况和在自动生成的字符表中所不能体现的风格。字形样本文件也有可能包含了一些其他重要信息，比如怎样激活字体的 OpenType 特性、提供的数学表达式或古体字，或者它在支持的多种语言上的风格变化。在字体管理应用程序中向用户提供此类材料，对于帮助用户找到适合其项目需求的字体将大有帮助。
|
||||
|
||||
也有一些很棒的开源字体提供了高质量的样本和文档的例子（例如 [SIL Gentium][9] 和 [Bungee][10] 是两种极度不一样但是有效的方案），但是他们几乎不涉足下端的整合包链条。我们肯定能做的（比他们）更好。
|
||||
当然，如果我们希望一个字体管理软件能够处理文件和样本问题，我们也必须仔细观察一下各种发行版提供的字体包所随附的内容。Linux 的用户刚开始只有自动安装的那几种字体，并且发行版存储库提供的包是大部分用户除了下载通用的压缩包档案之外的唯一字体来源。这些包往往非常的“简陋”。商业字体总的来说都包含了样本、文档，还有其他的支持项目，然而开源字体往往没有这些配套文件。
|
||||
|
||||
在和系统的字体交互方面提供更丰富的用户体验上面还有一些技术问题。比如说，[AppStream][11]的元数据标准定义了几项针对字体文件的参数，但是现在为止这些参数没有包含样本，设计师和厂商，和其他相关细节的任何信息。另外一个例子，[SPDX][13] （软件包信息交换）格式也没有包含很多软件证书（和证书参数），这些软件证书是用来分配指定字体的。
|
||||
也有一些优秀的开放字体提供了高质量的样本和文档（例如 [SIL Gentium][9] 和 [Bungee][10] 是两种差异明显但是都有效的方案），但是它们几乎不涉足下游的打包工作链。我们显然可以做的更好一些。
|
||||
|
||||
最后，就像任何一个唱片爱好者都会告诉你，一个不允许你编辑和完善你的mp3库的ID3信息(mp3头部的一个字节，记录歌手信息）的音乐播放器很快就会变得让人失望。你想要处理标志里的错误，你想要添加比如笔记和乐队，艺术家这样的基本信息，你想要提升你的音乐库。你可能想要做一样的事情来使你的本地字体仓库保持在一个方便使用的状态。
|
||||
要在系统的字体交互方面提供更丰富的用户体验上面还存在一些技术问题。一方面，[AppStream][11] 的元数据标准定义了一些字体文件特有的参数，但是到现在为止，这些参数没有包含样本、设计师/厂商和其他相关细节的任何信息。另外一个例子，[SPDX][13]（<ruby>软件包数据交换<rt>Software Package Data Exchange</rt></ruby>）格式也没有包含太多用于分发字体的软件许可证（及许可证变体）。
|
||||
|
||||
但是改动字体文件的内置数据已经被禁止了，因为字体往往是被内置或附加到其他文件里的。如果你拿字体二进制文件来胡闹的话，那么你需要重新为你的展示幻灯片分配字体，任何一个人下载这些幻灯片最终都会面对错误的元数据但他们自己并没有过失。所以任何一个要提升字体管理体验的人都要弄清楚如何来战略的讨论内置或外置的字体元数据里反反复复的变化。
|
||||
最后，就像任何一个唱片爱好者都会告诉你的，一个不允许你编辑和完善你的 MP3 曲库中的 ID3 信息的音乐播放器很快就会变得令人失望（LCTT 译注：ID3 信息是 MP3 文件头部的元信息，用于存储歌曲信息）。你想要处理标签里的错误、想要添加注释和专辑封面之类的信息，本质上，这就是完善你的音乐库。同样，你可能也想要让你的本地字体库也保持在一个方便使用的状态。
|
||||
|
||||
除了技术角度之外，丰富字体管理的体验也是一个设计的挑战。就像我前面说的一样，有几种开放的字体也带了良好的样本和精心写好的证明文件。但是有更多的字体包两者都没有，还有大量的更老的字体包已经没有人维护了。这很可能意味着大部分开放字体包想要获得样本和证明文件的唯一办法就是让（字体）社区去为它们创造。
|
||||
但是改动字体文件的内置数据一直有所忌讳，因为字体往往是被内置或附加到其他文件里的。如果你随意改变了字体二进制文件中的字段，然后将其与你的演示文稿一起重新分发，那么下载这些演示文稿的任何人最终都会得到错误的元数据，但这个错误不是他们自己造成的。所以任何一个要改善字体管理体验的人都要想明白如何从策略上解决对内置或外置的字体元数据的重复修改。
|
||||
|
||||
可能那（前面说的）是一个很高的要求。但是开源设计社区现在比它以前任何时候都要庞大，并且它（社区）是全面免费开源软件运动中的一个高度活跃的组成部分。所以谁知道呢。可能明年这个时候会发现，在linux桌面系统下载和使用字体会变成一种完全不同的体验。
|
||||
除了技术角度之外，丰富的字体管理经验也是一项设计挑战。就像我在前面说的一样，有几种开放字体也带了良好的样本和精心编写的文档。但是更多的字体包这两者都没有，还有大量的更老的字体包已经没有人维护了。这很可能意味着大部分开放字体包想要获得样本和证明文件的唯一办法就是让社区去创建它们。
|
||||
|
||||
在关于现代Linux用户的文字设计上的挑战的一连串思考中包含了打包文件，证明文件设计，甚至有可能需要在桌面环境加入不少新的软件成分。还有其他一连串的东西也需要考虑。共通性就是在网络字体服务不及的地方，事情就变得更加困难。
|
||||
也许这是一个很高的要求。但是开源设计社区现在比以往任何时候都要庞大，它是整个自由开源软件运动中的一个高度活跃的组成部分。所以谁知道呢，也许明年这个时候会发现，在 Linux 桌面系统查找、下载和使用字体会变成一种完全不同的体验。
|
||||
|
||||
最好的消息是，从我的视角来看，就是现在比起以前有更多的人对这个议题感兴趣。我认为我们要感谢像谷歌字体和开放字体库这样的网络字体服务巨头让开放字体得到了更高的关注。
|
||||
在这一连串关于现代 Linux 用户的文字设计上的挑战的思考中包含了打包、文档设计，甚至有可能需要在桌面环境加入不少新的软件部分。此外还有其他一系列的东西也需要考虑。其共通性就是在 Web 字体服务不可及的地方，事情就会变得更加困难。
|
||||
|
||||
从我的视角来看，最好的消息是现在比起以前有更多的人对这个话题感兴趣。我认为我们要感谢像谷歌字体和开放字体库这样的 Web 字体服务巨头让开放字体得到了更高的关注。
|
||||
|
||||
--------------------------------------------------------------------------------
|
||||
|
||||
via: https://opensource.com/article/18/3/webfonts
|
||||
|
||||
作者：[Nathan Willis][a]
|
||||
译者：https://github.com/Fisherman110
|
||||
校对：[校对者ID](https://github.com/校对者ID)
|
||||
译者：[Fisherman110](https://github.com/Fisherman110)
|
||||
校对：[wxy](https://github.com/wxy)
|
||||
|
||||
本文由 [LCTT](https://github.com/LCTT/TranslateProject) 原创编译，[Linux中国](https://linux.cn/) 荣誉推出
|
||||
|
||||
|
||||
Loading…
Reference in New Issue
Block a user