Wir richten ein neues Kit in Typekit für v10 ein. Für das Branding werden wir vorerst Proxima Nova Soft verwenden und einige andere Schriftarten, die den HF&J-Schriftarten in unserem Mockup so nahe wie möglich kommen.
Wir sind uns ein wenig Sorgen über das Gewicht des Kits (buchstäblich die Dateigröße aller Schriftarten), denken aber, dass wir vor der Produktion noch etwas verbessern können.
Wir verwenden das asynchrone JavaScript, das Typekit bereitstellt, was gut für unsere Seitenladezeit sein sollte und vor möglichen Typekit-Ausfällen schützt. Das bedeutet, wir müssen etwas raffiniert vorgehen, wie die Schriftarten geladen werden, worauf wir noch eingehen werden.
In unserer bits.scss-Datei, wo wir derzeit Variablen speichern, erstellen wir einen benutzerdefinierten @mixin für unsere Schriftstapel. Das bedeutet, es wird sehr einfach sein, die verwendeten Schriftarten zu ändern, falls wir das jemals tun müssen (Änderung an nur einer Stelle). Wir möchten, dass bits.scss beim Kompilieren absolut keinen CSS-Code generiert, damit es auf jeder Seite, die es benötigt, per @import eingebunden werden kann, ohne etwas zu der importierenden Seite hinzuzufügen.
Wir informieren Typekit über unsere lokalen benutzerdefinierten lokalen Entwicklungsserver, was wir als Nächstes einrichten werden.
Ich bin mir sicher, dass ich der einzige Benutzer mit diesem Problem sein werde, aber mit Chrome & XP (hier kommen Dinosaurierwitze) gibt es den Fehler, dass Web-Schriftarten scheiße aussehen – sie sind in Firefox in Ordnung, Screenshot hier http://www.flickr.com/photos/clintnice12/7966002466/.
Ich habe noch nie eine echte Lösung dafür gesehen, und wenn es nicht auf csstricks ist, liegt es vielleicht an Google, es zu beheben – ich dachte nur, es könnte ein Ansporn für Retina-Benutzer sein, das zu sehen.
Die Schriftartendarstellung in Chrome scheint ein ziemlich häufiges Problem zu sein, zumindest in Chrome-Fenstern. Es ist schwer, viele Schriftarten gut rendern zu lassen.
Nein, du bist nicht der einzige Benutzer mit diesem Problem. Ich bin auf Windows 7 und Chrome 21 zeigt das gleiche Problem mit den Schriftarten. IE 9 und Firefox rendern die Schriftarten korrekt.
SASS ermöglicht es Ihnen auch, Dinge wie Schriftstapel in Variablen zu setzen, auch wenn Sie vielleicht denken, dass es das nicht tut.
Also könnten Sie tun
Ich hatte irgendwie das Gefühl, dass das vielleicht nicht unbedingt funktioniert, weil es Kommas und Leerzeichen gibt, aber in SASS ist alles in Ordnung. Beide werden natürlich zum selben kompiliert, also ist es meistens eine Frage der Vorliebe.
Sehr gut zu wissen! Ich bevorzuge irgendwie den @mixin-Ansatz, weil man dann zusätzliche Eigenschaften hinzufügen kann, wenn sie in derselben Deklaration benötigt werden. Zum Beispiel, wenn Sie eine @font-face-Schriftart laden, die nur im font-weight: 300 erhältlich ist, können Sie diese zusammen mit dem Stapel einstellen.
Also, was war dieses geheime Designprojekt, das Richard dir geschickt hat und das du nicht teilen solltest, dann? hehe, nur ein Scherz