Results tagged “typography” from muse
I have been reading the old issues of L'Officiel de la Mode, starting way back from 1921. I have once posted here some screenshots but now I have found more.
When looking at those advertisements, it occurs to me that they are not "old" in style; the typefaces used are certainly outdated but the essential rules of typography are still there. Look at how the designers carefully mixed the few typefaces together, creating something new in each ad. They did not have as many choices of fonts as we do nowadays, but they still managed to achieve the same effect. Of course, the lack of color is rather incomparable.
Magazine du luxe et de la mode, l'Officiel, publié dans près de 70
pays, est le plus ancien des magazines féminins français. Depuis plus
de 80 ans il suit son époque et fait découvrir l'esprit français de
l'élégance, les talents de la couture, mais aussi les nouveaux lieux,
les expositions, la décoration, l'architecture. Les mouvements de
société y sont traités sur un ton léger et ludique. Ses 500 000
lectrices en France sont les femmes à la mode et cultivées des grandes
villes qui garderont 35 ans pour la vie.
Pour la galerie, cliquez ici.
Voici quelques anciennes publicités que je trouve très inspirant.




It is surprises me when I looked at these "old" magazines, finding them so inspiring. Some of them don't even look "old". The above advertisements are from 1930, 1942 and 1957. For full view of L'officiel magazine from 1920 to 2000, click here.
Pour la galerie, cliquez ici.
Voici quelques anciennes publicités que je trouve très inspirant.




It is surprises me when I looked at these "old" magazines, finding them so inspiring. Some of them don't even look "old". The above advertisements are from 1930, 1942 and 1957. For full view of L'officiel magazine from 1920 to 2000, click here.
One thing about sanserif letters is that they seem fairly easy to construct, and require minimum effort to modify. However during the process of designing capitals for Veronica I quickly discovered that the above claim is not true.
The low contrast of sanserif letters only created more problems, the most obvious one being congestion, and not to mention the change in proportions. I found that modern sanserif typefaces rarely use classical proportions, except for geometric sanserif.

I consider modern sanserif typefaces mostly as "squarish", for example Unit, Neo Sans, Tabular and Klavika. They are modern, but seem to me a bit colourless due to their mono-proportion, especially Klavika, which I consider more like a display typeface, like Infinity(see the image at left). Soho gothic is also squarish and modern, no less appealing than any other sanserif I mentioned earlier.
Geometric sanserif seems easier to design because of their simplicity in proportions, you could almost calculate mathematically how wide a letter should be, and the amazing device "Plaque Découpée Universelle" for constructing mono-width lettering, which I found to be a great idea for programming.
The pursue of "simplest form", or the essence of letters should not end with sanserif; we are living in a "modern" era, in which minimalism is making everyone stupid. One may conclude that when sanserif first came out, the name grotesque is actually an appropriate name.
The low contrast of sanserif letters only created more problems, the most obvious one being congestion, and not to mention the change in proportions. I found that modern sanserif typefaces rarely use classical proportions, except for geometric sanserif.

I consider modern sanserif typefaces mostly as "squarish", for example Unit, Neo Sans, Tabular and Klavika. They are modern, but seem to me a bit colourless due to their mono-proportion, especially Klavika, which I consider more like a display typeface, like Infinity(see the image at left). Soho gothic is also squarish and modern, no less appealing than any other sanserif I mentioned earlier.
Geometric sanserif seems easier to design because of their simplicity in proportions, you could almost calculate mathematically how wide a letter should be, and the amazing device "Plaque Découpée Universelle" for constructing mono-width lettering, which I found to be a great idea for programming.
The pursue of "simplest form", or the essence of letters should not end with sanserif; we are living in a "modern" era, in which minimalism is making everyone stupid. One may conclude that when sanserif first came out, the name grotesque is actually an appropriate name.
关于 Font Metrics 的一些基础
UPM: Units per Em
UPM的意思是每个em由多少个单位(unit)组成。Em大概可以理解成一个字母的宽度,但它没有固定的大小,计算机处理字体时都先将Em变成一定的point(点),比如某个字体的大小是12pt(points),那么在这个例子中em就等于12pt。Em是字体最基本的单位,在不同的字体中不一样。Em不是字母"M"的宽度,但基本上等于一个 em dash (Unicode: 2014) 的宽度(但也不完全等于)。在一个字体中,一个字母(或标点符号)和这个字体的 em square (边长是一个em的正方形)的比例是固定不变,不管字体的大小是12pt或100pt。
UPM一般设为1000。在1995年左右,有建议将UPM设为2的正次方倍数,1024或2048是最理想的数值,即2的10或11次方。这是因为当时的计算机运算速度很慢,象1024这样的数值方便计算机运算,正如人类计算1000除以10很容易一样,1024除以2对于计算机而言一样容易。2048曾被认为是最理想的数值,因为可以包含足够多的细节也很容易计算。但随着计算机运算速度的提高,UPM一般都设为1000,当设计师想要更高的精确度或更多的细节时,可以将UPM设为2000,2048,甚至10000(FontLab的最大限制)。
在FontLab 5中设置字体的UPM值,见下图。

设计字体的时候,第一步应当是确定字体的比例,即大写字母和小写字母的比例,这一步非常,非常,非常的重要。相应的,descender的比例也可以确定下来 (至于如何确定我可能大概也许在不久的将来会写个教程)。一个字体,尽管是不同样式(粗体,斜体等),font metrics 的设置应当是一样的,不然从常规体转到粗体的时候,用户发现字体大小竟然变了,这样的结果肯定不是我们想要的(当然这种可能性不应该排除)。
需要注意的是,descender的值都是是用负数表示的,因为它在基线(baseline)以下。
下图是一个比较不怎么典型的Font Metrics设置,在FontLab 5中。
关于上图的一点解释:
Set dimensions for the master,该选项只适用于有multiple master的字体,除非你的字体用有multiple master设置,可以无视。
Ascender,descender 等等就略过了,凡是看这篇文章能从头看到这里的人也应该知道。右边那个有图标的按钮是让FontLab自动计算左边的4个值,不建议用,经常是错的。
Copy values to TrueType metrics,是自动把上面的4个值添到TrueType信息里,见下一图。该选项适合懒人用。
Italic angle,意大利体的倾斜角度。Slant angle,斜体的倾斜角度。这两个选项适合给有一定倾斜角度的字体用,如果不是就无视。(意大利体和斜体的区别?什么‽你不知道‽) 这两个值一般是负数(没错,的确有向左倾斜的斜体)。
Underline,你的字体的下划线的中间的位置,因为是在基线一下,所以是用负数表示。(你的下划线在基线以上?)
Thickness,你的字体的下划线的厚度。
Font is monospaced,你的字体的所有字符都是一样宽度么? 如果是就钩上。
Font BBox,即Font Bounding Box,代表你的字体的上下限。该选项不是选项。
在FontLab 5中如何设置Font Metrics
终于步入正题了。见下图。请参照上图的数字的以便你确认下图的这些数字不是胡编乱造的。下图不是一个比较不典型的例子,不过这个不重要。我的系统是苹果的而且换了系统皮肤所以你在你的电脑上看到的有很大的可能性和下图不一样。

关于上图的解释:
Font metrics,可以理解成字体的度量规格,是储存在字体里的一些数字,用来让程序知道该字体的ascender, descender, linegap (行距)等等是什么,以便程序能够正确地显示和处理字体,尤其是行距。当然,不同的系统和不同的程序处理字体的方式也不同。Windows一般用 OS/2 规格 (table),而苹果只用 hhea 规格。Font metrics 直接关系到你的字体在实际应用的时候是什么样子,所以非常,非常,非常的重要,就好比人的衣服一样。Font metrics 实际上比较复杂而且混乱,连微软自己的程序员都搞错了(他们的理解能力估计有问题)。
下面是 "基本的计算公式" 。
OS/2.TypoAscender + |OS/2.TypoDescender| + OS/2.TypoLineGap
= hhea.Ascender + |hhea.Descender| + hhea.LineGap
= OS/2.WinAscent + OS/2.WinDescent
注: "||" 表示绝对值。
UPM: Units per Em
UPM的意思是每个em由多少个单位(unit)组成。Em大概可以理解成一个字母的宽度,但它没有固定的大小,计算机处理字体时都先将Em变成一定的point(点),比如某个字体的大小是12pt(points),那么在这个例子中em就等于12pt。Em是字体最基本的单位,在不同的字体中不一样。Em不是字母"M"的宽度,但基本上等于一个 em dash (Unicode: 2014) 的宽度(但也不完全等于)。在一个字体中,一个字母(或标点符号)和这个字体的 em square (边长是一个em的正方形)的比例是固定不变,不管字体的大小是12pt或100pt。
UPM一般设为1000。在1995年左右,有建议将UPM设为2的正次方倍数,1024或2048是最理想的数值,即2的10或11次方。这是因为当时的计算机运算速度很慢,象1024这样的数值方便计算机运算,正如人类计算1000除以10很容易一样,1024除以2对于计算机而言一样容易。2048曾被认为是最理想的数值,因为可以包含足够多的细节也很容易计算。但随着计算机运算速度的提高,UPM一般都设为1000,当设计师想要更高的精确度或更多的细节时,可以将UPM设为2000,2048,甚至10000(FontLab的最大限制)。
在FontLab 5中设置字体的UPM值,见下图。

设计字体的时候,第一步应当是确定字体的比例,即大写字母和小写字母的比例,这一步非常,非常,非常的重要。相应的,descender的比例也可以确定下来 (至于如何确定我可能大概也许在不久的将来会写个教程)。一个字体,尽管是不同样式(粗体,斜体等),font metrics 的设置应当是一样的,不然从常规体转到粗体的时候,用户发现字体大小竟然变了,这样的结果肯定不是我们想要的(当然这种可能性不应该排除)。
需要注意的是,descender的值都是是用负数表示的,因为它在基线(baseline)以下。
下图是一个比较不怎么典型的Font Metrics设置,在FontLab 5中。

关于上图的一点解释:
Set dimensions for the master,该选项只适用于有multiple master的字体,除非你的字体用有multiple master设置,可以无视。
Ascender,descender 等等就略过了,凡是看这篇文章能从头看到这里的人也应该知道。右边那个有图标的按钮是让FontLab自动计算左边的4个值,不建议用,经常是错的。
Copy values to TrueType metrics,是自动把上面的4个值添到TrueType信息里,见下一图。该选项适合懒人用。
Italic angle,意大利体的倾斜角度。Slant angle,斜体的倾斜角度。这两个选项适合给有一定倾斜角度的字体用,如果不是就无视。(意大利体和斜体的区别?什么‽你不知道‽) 这两个值一般是负数(没错,的确有向左倾斜的斜体)。
Underline,你的字体的下划线的中间的位置,因为是在基线一下,所以是用负数表示。(你的下划线在基线以上?)
Thickness,你的字体的下划线的厚度。
Font is monospaced,你的字体的所有字符都是一样宽度么? 如果是就钩上。
Font BBox,即Font Bounding Box,代表你的字体的上下限。该选项不是选项。
在FontLab 5中如何设置Font Metrics
终于步入正题了。见下图。请参照上图的数字的以便你确认下图的这些数字不是胡编乱造的。下图不是一个比较不典型的例子,不过这个不重要。我的系统是苹果的而且换了系统皮肤所以你在你的电脑上看到的有很大的可能性和下图不一样。

关于上图的解释:
Font metrics,可以理解成字体的度量规格,是储存在字体里的一些数字,用来让程序知道该字体的ascender, descender, linegap (行距)等等是什么,以便程序能够正确地显示和处理字体,尤其是行距。当然,不同的系统和不同的程序处理字体的方式也不同。Windows一般用 OS/2 规格 (table),而苹果只用 hhea 规格。Font metrics 直接关系到你的字体在实际应用的时候是什么样子,所以非常,非常,非常的重要,就好比人的衣服一样。Font metrics 实际上比较复杂而且混乱,连微软自己的程序员都搞错了(他们的理解能力估计有问题)。
下面是 "基本的计算公式" 。
OS/2.TypoAscender + |OS/2.TypoDescender| + OS/2.TypoLineGap
= hhea.Ascender + |hhea.Descender| + hhea.LineGap
= OS/2.WinAscent + OS/2.WinDescent
注: "||" 表示绝对值。
关于 TypoAscender, TypoDescender, WinAscent 等等
根据Microsoft "最初" 的规定,Typo(即TypoAscender, TypoDescender, TypoLineGap)的值是 "应该" 和hhea的Ascender, Descender, LineGap一样的,用来计算一个字体默认的行距。
WinAscent, WinDescent 值表示字体的上下限,即一个字体的字符最高是多高,最低是多低,超过的这个限制的部分程序都会忽略(切掉)。这两个值并不代表字体 "真正" 的Ascender和Descender。然而,基本上所有的Windows程序员,包括Microsft他们自己的,都认为WinAscent和WinDescent 就相当于字体 "真正" 的Ascender和Descender。这个理解其实也不是不合理(对于程序员而言),因为WinAscent和WinDescent可以保证字体的任何部分都不会被"切掉",而TypoAscender, TypoDescender, TypoLineGap则无法保证。因此,很多情况下,苹果系统上显示的行距和Windows系统上的不一样,为了解决这个兼容性的问题有点麻烦。
"行距"在这里的意思是字体的默认行距,又叫做 baseline-to-baseline 的距离,即基线到基线的距离,也可以理解为行距。下面是苹果系统和Windows系统上计算行距的公式,不一定准确。
简单的来讲,在苹果系统上根据hhea规格,基线到基线的距离 = hhea.Ascender + |hhea.Descender| + LineGap。而在Windows系统上根据OS/2规格,基线到基线的距离 = OS/2.WinAscender + |OS/2.WinDescender|,(不过最近又有改动,改成用Typo值计算)。
为了在所有系统上都达到同样的效果(尤其是对于OpenType字体而言),即无论是在什么系统上都能满足上述的基本公式,要妥协一下。
根据我的经验,我的设置一般是:
根据Microsoft "最初" 的规定,Typo(即TypoAscender, TypoDescender, TypoLineGap)的值是 "应该" 和hhea的Ascender, Descender, LineGap一样的,用来计算一个字体默认的行距。
WinAscent, WinDescent 值表示字体的上下限,即一个字体的字符最高是多高,最低是多低,超过的这个限制的部分程序都会忽略(切掉)。这两个值并不代表字体 "真正" 的Ascender和Descender。然而,基本上所有的Windows程序员,包括Microsft他们自己的,都认为WinAscent和WinDescent 就相当于字体 "真正" 的Ascender和Descender。这个理解其实也不是不合理(对于程序员而言),因为WinAscent和WinDescent可以保证字体的任何部分都不会被"切掉",而TypoAscender, TypoDescender, TypoLineGap则无法保证。因此,很多情况下,苹果系统上显示的行距和Windows系统上的不一样,为了解决这个兼容性的问题有点麻烦。
"行距"在这里的意思是字体的默认行距,又叫做 baseline-to-baseline 的距离,即基线到基线的距离,也可以理解为行距。下面是苹果系统和Windows系统上计算行距的公式,不一定准确。
简单的来讲,在苹果系统上根据hhea规格,基线到基线的距离 = hhea.Ascender + |hhea.Descender| + LineGap。而在Windows系统上根据OS/2规格,基线到基线的距离 = OS/2.WinAscender + |OS/2.WinDescender|,(不过最近又有改动,改成用Typo值计算)。
为了在所有系统上都达到同样的效果(尤其是对于OpenType字体而言),即无论是在什么系统上都能满足上述的基本公式,要妥协一下。
根据我的经验,我的设置一般是:
UPM = TypoAscender + |TypoDescender|
TypoLineGap = hhea.LineGap = 0
hhea.Ascender = OS/2.WinAscender
hhea.Descender = OS/2.WinDescender
计算 WinAscent 和 WinDescent 这两个值。下面是适用于拉丁文语言字体的公式(对于中文,阿拉伯文等其他文字要用其他方法):
WinAscent = Ascender * 1.20
WinDescent = Descender * 1.20
WinAscent + |WinDescent| = UPM * 1.20
1.2 可以换成 1.25, 1.3 等等,根据不同语言作出调整。
相关资料
OS/2 Table from Microsoft
"ITC Garamond looks like a typeface with bell bottoms. All the
proportions are wrong - when it bends down, you can see its butt
cheeks."
------Erik Spiekermann
via link
------Erik Spiekermann
via link
The opentype typeface Libertine has a beautifully drawn capital eszett: link. The form is based on Andreas Stötzner's proposal (Signa Nr.9).


But I still prefer the "double S" solution when designing small caps, because so far I haven't seen any forms that are not so obtrusive among caps. I would also adjust the kern between the double S to distinguish them from true "SS".
Update: A How-To on drawing capital eszett: download .pdf file


But I still prefer the "double S" solution when designing small caps, because so far I haven't seen any forms that are not so obtrusive among caps. I would also adjust the kern between the double S to distinguish them from true "SS".
Update: A How-To on drawing capital eszett: download .pdf file
Jan Tschichold 在 Treasury of Alphabets and Lettering 中, 声称 ß 是将"ſs"合并成连写(ligature), 他进一步强调 ß 是一种错误写法, 和它本身的名字 eszett (字面意义是"s-z")毫无关系. 他的说法实际上是错误的而且缺乏历史依据,很多历史学家也不同意他的看法.
字母 ß 的起源可以追溯到公元8世纪. 公元750到1500, 古高地德語和中高地德语的 s 有二种发音
1. ſ 和 s 都可以用来表示 s 的发音(象英文的 s)
2. 象英文的 th 一样发音的 s, 通常用 z 来表示. 同时,z 也用来表示 ſs, 这一用法一直延续到今天。
这样就产生了古高地德語的发音问题. 例如在 sissen(现代德语为 sitzen) 中, 无法清楚的表示这个词的发音是 "sis-san" 还是 "sit-san". 为了避免类似的混淆, 早在公元9世纪, 抄写员开始用"ſz"表示"ss". 到后来, "ſz"逐渐演变成了一个连写, 由此产生 eszett 这个名字. 有意思的是, 古高地德語和中高地德语的"th"发音的 s 现在其实已经不再使用了, 因此"ſz"这个字母基本上已经被废弃了. 下图为"ſz"在老式字体(Blackletter)中的2种写法, 右边是连写.
直到1800年, ſ 一直存在于小写字母表中. 后来, 它被使用的次数越来越少. 在1920年, Futura, Orpheus 和 Berthold 设计的 Bodoni 中都包含 ſ 这个字母, 因此掀起了一阵复兴的潮流, 但人们仍然很少使用字母 ſ.
在1800年左右, 欧洲的印刷厂越来越多的使用罗马体和意大利体, 老式字体(Blackletter)中的"ſz"也相应的演变成了罗马体的"sz"或"ſz".
语言学家 Jacob Grimm 为新高地德语创建了新语法. 他在1822年发表的论文中, 他将所有的字母都变成了罗马体, 他坚持用 ß 来代替老式字体(Blackletter)中的"ſz". 不过, 在他出版的 Das Deutsche Wörterbuch[The German Dictionary]中, 他使用 sz 来代替"ſz", 完全抛弃了字母 ſ.
1876年,在柏林举行的正字法(orthography)会议上, 讨论了如何将老式字体(Blackletter)中的"ſz"转变成罗马体, 以及应该用 fs 还是 ss. 在1879年, Journal für Buchdruckerkunst(一个很有权威的关于印刷技术的杂志), 将所有格式的 ß 都收集到了一起, 见下图. 最后决定莱比锡字体协会[the Typographic Society of Leipzig] 将"Sculzbacher Form"定为标准, 见下图中的1号. 这中方法可以说是"ſz"和"ſ-s"连写的妥协.

现代的字体中, 字母 ß 通常分为2种, 见左图. 一种是 Sculzbacher Form, 另一种就是"ſs"连写. 与此同时, 有些人可能会将 ß 和希腊字母 β 混淆, 这一点也要注意.
ß 的大写官方规定可以用 SS 来表示. 例如 straße 的大写就是 STRASSE. 不过, 在此之前有很多非常创新的解决方法. 比如 Bauer Type Foundry 在 1910年发布的 Kleukens Antiqua 见下图左, 以及 Stempel Type Foundry 在1914年发布的 Ehmcke Rustika.当然, 广为人知的例子还有1957 Duden of Leipzig 的标题, 见下图右.

字母 ß 的起源可以追溯到公元8世纪. 公元750到1500, 古高地德語和中高地德语的 s 有二种发音
1. ſ 和 s 都可以用来表示 s 的发音(象英文的 s)
2. 象英文的 th 一样发音的 s, 通常用 z 来表示. 同时,z 也用来表示 ſs, 这一用法一直延续到今天。
这样就产生了古高地德語的发音问题. 例如在 sissen(现代德语为 sitzen) 中, 无法清楚的表示这个词的发音是 "sis-san" 还是 "sit-san". 为了避免类似的混淆, 早在公元9世纪, 抄写员开始用"ſz"表示"ss". 到后来, "ſz"逐渐演变成了一个连写, 由此产生 eszett 这个名字. 有意思的是, 古高地德語和中高地德语的"th"发音的 s 现在其实已经不再使用了, 因此"ſz"这个字母基本上已经被废弃了. 下图为"ſz"在老式字体(Blackletter)中的2种写法, 右边是连写.
直到1800年, ſ 一直存在于小写字母表中. 后来, 它被使用的次数越来越少. 在1920年, Futura, Orpheus 和 Berthold 设计的 Bodoni 中都包含 ſ 这个字母, 因此掀起了一阵复兴的潮流, 但人们仍然很少使用字母 ſ. 在1800年左右, 欧洲的印刷厂越来越多的使用罗马体和意大利体, 老式字体(Blackletter)中的"ſz"也相应的演变成了罗马体的"sz"或"ſz".
语言学家 Jacob Grimm 为新高地德语创建了新语法. 他在1822年发表的论文中, 他将所有的字母都变成了罗马体, 他坚持用 ß 来代替老式字体(Blackletter)中的"ſz". 不过, 在他出版的 Das Deutsche Wörterbuch[The German Dictionary]中, 他使用 sz 来代替"ſz", 完全抛弃了字母 ſ.
1876年,在柏林举行的正字法(orthography)会议上, 讨论了如何将老式字体(Blackletter)中的"ſz"转变成罗马体, 以及应该用 fs 还是 ss. 在1879年, Journal für Buchdruckerkunst(一个很有权威的关于印刷技术的杂志), 将所有格式的 ß 都收集到了一起, 见下图. 最后决定莱比锡字体协会[the Typographic Society of Leipzig] 将"Sculzbacher Form"定为标准, 见下图中的1号. 这中方法可以说是"ſz"和"ſ-s"连写的妥协.

现代的字体中, 字母 ß 通常分为2种, 见左图. 一种是 Sculzbacher Form, 另一种就是"ſs"连写. 与此同时, 有些人可能会将 ß 和希腊字母 β 混淆, 这一点也要注意.ß 的大写官方规定可以用 SS 来表示. 例如 straße 的大写就是 STRASSE. 不过, 在此之前有很多非常创新的解决方法. 比如 Bauer Type Foundry 在 1910年发布的 Kleukens Antiqua 见下图左, 以及 Stempel Type Foundry 在1914年发布的 Ehmcke Rustika.当然, 广为人知的例子还有1957 Duden of Leipzig 的标题, 见下图右.

A 1923 book on the art of letter
arrangement, P's and Q's is a visual
approach to typography putting great
emphasis on rhythm, balance and tone
between individual letters, their shapes
and their relationship to the larger
text.
This inspirational book by Sallie B. Tannahill, has been scanned and uploaded to here. Many thanks to the owner of www.graphicology.com.

This inspirational book by Sallie B. Tannahill, has been scanned and uploaded to here. Many thanks to the owner of www.graphicology.com.




