Rolf B: Seltsames Phänomen bei dem ein Font nicht angenommen wird

Beitrag lesen

Hallo einsiedler,

okay, ich kann es nachvollziehen.

Chrome muss dafür ein Icon in der Taskleiste sein.

Man öffnet man Seite, schließt den Browser und drückt dann auf dem Taskleisten Icon die rechte Maustaste. Da findet man eine Liste der zuletzt geöffneten Seiten. Man klickt auf Misanthropia, und die Seite öffnet sich mit falschem Font.

Das blöde ist, dass man zu diesem Zeitpunkt keine Entwicklertools offen haben kann - zumindest wüsste ich nicht, wie man sie zu dem Zeitpunkt starten können sollte.

Soweit ich das erkennen kann, ist dein CSS in Ordnung. Du forderst Variable-Bold an, das entsprechende CSS ist da und stimmt mit der funktionierenden Fassung überein. Der Variable-Font wird einfach nicht geladen.

Seitenrefresh mit F5 oder Strg+F5 (selbst bei abgeschaltetem Cache) hat keinen Effekt. Es liegt auch nicht an der Umleitung von www.tassilosturm.de nach https://tassilosturm.de/login.php. Ruft man diese Seite ohne Umleitung direkt auf, ist die Darstellung ok.

Update: Es passiert nur, wenn das Öffnen dieses Tab gleichzeitig Chrome startet. Macht man es, wenn Chrome schon läuft, passiert es nicht.

Ich beginne, an einen Bug in Chrome zu glauben.

Der FontAwesome Font wird geladen. Der Unterschied in den @font-face Definitionen ist, dass bei Dir ein local(...) Eintrag in den src Angaben ist. Nimm das mal probehalber raus, vielleicht kommt Chrome damit nicht klar. Deine local-Angabe ist ohnehin so nicht geeignet, weil Du damit auf Fonts verweist die auf dem Computer des Anwenders installiert sind. Wenn Du Variable-Bold als Schrift auf deinem PC hast, müsste da local('Variable-Bold') stehen, und kein Verweis auf eine woff oder eot Datei.

Was mir auch nicht klar ist: du hast zwei src Eigenschaften (und bist in guter Gesellschaft, FA macht das auch), aber es ist doch eigentlich so, dass bei zwei gleichnamigen Eigenschaften die später kommende gewinnt (sofern keine anderen Vorrangregeln greifen).

Rolf

--
sumpsi - posui - clusi