我们为 v10 在 Typekit 中设置了一个新的 Kit。出于品牌考虑，我们现在将使用 Proxima Nova Soft，以及一些尽可能接近我们模型中 HF&J 字体的其他字体。
我们有点担心 Kit 的大小（实际上是所有字体的文件大小），但认为在生产之前可以做得更好。
我们使用了 Typekit 提供的异步 JavaScript，这应该有利于我们的页面加载时间，并防止可能发生的 Typekit 宕机。这意味着我们必须对字体的加载方式进行一些巧妙的处理，我们稍后会讲到。
在我们当前用于存储变量的 bits.scss 文件中，我们为字体栈创建了一个自定义的 @mixin。这意味着如果我们需要更改使用的字体，将会非常容易（只需在一个地方更改）。我们希望保持 bits.scss 在编译时不生成任何 CSS，以便它可以被任何需要它的页面 @import，而不会向导入它的页面添加任何内容。
我们告诉 Typekit 我们本地的自定义本地开发域名，我们将在下一步设置这些域名。
我确定我将是唯一遇到此问题的用户，但在 Chrome 和 XP（提示恐龙笑话）中，存在一个错误，导致网页字体看起来很糟糕——在 Firefox 中它们看起来很好，屏幕截图在这里 http://www.flickr.com/photos/clintnice12/7966002466/。
我从未见过对此问题的真正修复，如果它不在 csstricks 上，则可能需要 Google 来修复——只是认为对于视网膜用户来说看到这个可能会有点震惊。
Chrome 字体渲染似乎是一个相当普遍的问题，至少在 Chrome Windows 上是这样。很难让它很好地渲染很多字体。
不，你不是唯一遇到此问题的用户。我在使用 Windows 7 和 Chrome 21，并且出现了同样的字体问题。IE 9 和 Firefox 正确渲染了字体。
SASS 也允许您将字体栈等内容设置为变量，即使您可能不认为它可以。
所以你可以这样做
我有点觉得这可能不一定有效，因为它有逗号和空格，但在 SASS 中一切正常。当然，两者都编译成相同的内容，所以主要取决于偏好。
非常高兴知道这一点！我有点更喜欢 @mixin 方法，因为这样你可以在同一个声明中添加额外的属性，如果需要的话。比如，假设你加载了一个只有 font-weight: 300 的 @font-face 字体，你可以在字体栈旁边设置它。
那么，Richard 发送给你的那个你不应该分享的秘密设计项目是什么呢？呵呵，只是开玩笑