- Schriftgröße: Eine unerwartet komplexe CSS-Eigenschaft — Von Manish Goregaokar im Jahr 2017. Von vielen Merkwürdigkeiten fand ich die, bei der
font: medium monospacemit 13 Pixeln gerendert wird, währendfont: medium sans-serifmit 16 Pixeln gerendert wird, was besonders seltsam ist. - Die gute Zeilenhöhe – Da CSS einheitenlose
line-heightunterstützt, sollten Sie wahrscheinlich sowieso keine feste Zahl einstellen. - Zeit, sich von Google Fonts zu verabschieden – Simon Wicki meint nicht, dass man sie nicht verwenden soll, sondern dass man sie selbst hosten soll. Browser beginnen, den Cache pro Domain zu isolieren, sodass das alte Argument, man kaufe Geschwindigkeit, weil „Benutzer sie wahrscheinlich bereits im Cache haben“, nicht mehr zutrifft. Ich erwartete, etwas über mehr Kontrolle über das Laden von Schriftarten zu hören, aber hier geht es nur um den Cache.
- Meine Lieblingstypografien des Jahres 2020 – Die Auswahl von John Boardley für das vergangene Jahr. Haben Sie diese „Farbschriftarten“ gesehen? Sie sind so cool. Schauen Sie sich LiebeHeide an, es sieht aus wie echte Tinte auf Papier.
- Wie man Layoutverschiebungen durch Webfonts vermeidet – Wir haben jetzt CLS (Cumulative Layout Shift) und das ist eine so wichtige Leistungsmetrik, die bald SEO beeinflussen wird. Und da wir über CSS Kontrolle über das Laden von Schriftarten über
font-displayhaben, bedeutet das, wenn wir die Seite durch das Laden von Schriftarten verschieben, ist das schlecht. Ich mag Simons Hearnes Vorschlag, sowohl unsere benutzerdefinierte Schriftart als auch die Fallback-Schriftart so anzupassen, dass sie perfekt übereinstimmen. Ich denke, perfekte Fallback-Schriftarten sind einer der besten CSS-Tricks. - Wie wählt man eine Schriftart für das Design von Benutzeroberflächen und Apps aus? – Oliver Schöndorfer argumentiert für „funktionalen Text“, der alles ist, was kein Fließtext (z. B. Textabsätze) oder Anzeigetext (z. B. Überschriften) ist. „Klarheit ist der Schlüssel.“
Einige Typografie-Blogposts, die ich kürzlich als Lesezeichen gespeichert und gelesen habe
Chris Coyier am
DigitalOcean bietet Cloud-Produkte für jede Phase Ihrer Reise. Starten Sie mit 200 $ kostenlosem Guthaben!
Das Selbsthosten von Schriftartdateien anstelle des Google Fonts CDN wird oft diskutiert.
Aber was nicht klar abgedeckt wird, ist, was meinen sie mit „Selbsthosten“. Beziehen sie sich auf Ihre Rohdomain oder Ihr eigenes CDN-Subdomain?
Wenn Ihre Website zum Beispiel http://www.example.com ist und Sie static.example.com (dessen DNS CNAME-Eintrag auf ein Drittanbieter-CDN verweist) haben, um alle anderen Assets (z. B. CSS, JS, Bilder) zu hosten, ist ihr Rat, die Google Fonts auf static.example.com oder direkt auf http://www.example.com? zu hosten?
Schlagen sie also im Grunde nur vor, Google Fonts zu streichen, um eine DNS-Abfrage einzusparen?
Dies scheint eines dieser absichtlich vagen Dinge zu sein, die nicht behandelt werden, weil sie die Antwort nicht kennen oder die Frage lieber vermeiden würden. Es kann keine blinde Stelle sein, da CDNs so verbreitet sind.
Befürworten sie tatsächlich, gar keine CDNs zu nutzen? Keine CDNs für Schriftarten? Oder nur nicht das Google Fonts CDN zu nutzen, während man es auf das eigene CDN schiebt (da man diese DNS-Abfrage sowieso machen muss)?
Fazit, wenn Sie Google Fonts streichen, was ist besser
Schriftarten auf dem eigenen Server/Domain hosten (kein CDN), was einer DNS-Abfrage entspricht.
Schriftarten auf dem eigenen CDN hosten (solange Sie dasselbe CDN zum Hosten aller anderen statischen Assets verwenden), was zwei DNS-Abfragen entspricht.
Schriftarten, CSS, JS, Bilder, alles auf dem eigenen Server/Domain hosten (kein CDN).