Habe auf github den Hinweis erhalten, daß auch die Version 1.0.8 Probleme mit dem Astroid Framework hat, könnt ihr euch das bestätigen?
Hab es mit Yootheme Pro, tp_ice von joomlaPlates (Astroid Framework v2.5.17) in Joomla 4, einem Helix Template in Joomla 3 und 4 und Yoothemes Warp7 auf Joomla 3 getestet, bei mir wurden die Schriften ausgetauscht.
Nachtrag:
Hatte ja keine Ahnung, das es schon so verbreitet ist 
Habe auf github den Hinweis erhalten, daß auch die Version 1.0.8 Probleme mit dem Astroid Framework hat, könnt ihr euch das bestätigen?
Hab es mit Yootheme Pro, tp_ice von joomlaPlates (Astroid Framework v2.5.17) in Joomla 4, einem Helix Template in Joomla 3 und 4 und Yoothemes Warp7 auf Joomla 3 getestet, bei mir wurden die Schriften ausgetauscht.
Nachtrag:
Hatte ja keine Ahnung, das es schon so verbreitet ist
Ich werde es nochmal testen und dir dann auch einen Link zur Testseite senden...
Funzt leider nicht.
Habe mal die Gfonts im Body ausgewählt und es wird immer noch geladen.
Wenn es dir hilft, sende ich dir einen Zugang zur Testseite...gib mir kurz bescheid.
In J3 mit Warp funktioniert es tadelos.
Hallo Dirk,
habe die Diskussion in einen neuen Thread verschoben.
Alles anzeigenFunzt leider nicht.
Habe mal die Gfonts im Body ausgewählt und es wird immer noch geladen.
Wenn es dir hilft, sende ich dir einen Zugang zur Testseite...gib mir kurz bescheid.
In J3 mit Warp funktioniert es tadelos.
Gerne würde ich mir das genauer ansehen, hab dich auch schon Privat angeschrieben.
LG Guido
Nun, leider habe ich festgestellt, dass die V 1.0.6 die letzte ist, die bei meinem J51 Template noch funktioniert. Die 1.0.8 und die 1.0.9 laden leider fröhlich weiterhin Fonts von Google herunter.
Verwendet wird Joomla 4.1.4 mit dem J51_nina Template.
Die 1.0.8 und die 1.0.9 laden leider fröhlich weiterhin Fonts von Google herunter.
Hast Du mal geschaut ob die Option für GF im Plugin noch ausgewählt ist? Sind alle Caches gelöscht?
Sind CSS u.o. JS durch das Template komprimiert. Was passiert wenn die Komprimierungen deaktiviert sind?
Naja, den Cache habe ich natürlich gelöscht, und das Plugin stet als letztes bei den System Plugins. Wenn ich das Plugin zurücksetze und dann das Frontend neu lade, werden 19 Dateien verarbeitet - so steht's in der Liste. Trotzdem werden die Fonts bei Google geholt.
OK, ein zentrales Problem ist, wenn z.B. das Template eine HTML-Komprimierung durchführt.
Hast du sowas aktiv?
Nachtrag:
Hast du evtl. eine zusätzliche Erweiterung, die das vielleicht macht?
Wenn Ja, sollte die dann nach meinem Plugin ausgeführt werden 
Sorry hab ich vergessen zu erwähnen: Nein, das Template komprimiert nicht, und ich habe auch nichts im Einsatz für die Komprimerung.
Hast du die Möglichkeit mir die Seite als AkeebaBackup zur Verfügung zu stellen?
So könnte ich mir das in aller Ruhe heute Abend ansehen und vielleicht finde ich das Problem ja 
J51-Templates kenne ich nicht, aber es nutzt ja auch ein Framework.
Ich hatte ja mal geschrieben, wie man GF lokal mit dem Astroid-Framework nutzt.
Kann man das auch nicht mit dem J51-Framework einstellen?
Problem gefunden und gelöst.
Version 1.0.10 sollte wieder ordentlich laufen.
In Deinem Fall hatte es mit den Schriftstärken zu tun, die Du haben wolltest: 400,600.
Da die 600 nicht existiert und 400 nicht gefunden wurde, weil ich sie als regular geführt hatte, wurde keine Ersetzung durchgeführt.
Übrigens gibt es aktuell auch im Template einen kleinen Bug, der z.B. dafür sorgt, dass die Einträge hinterher nicht bereinigt werden, da nicht mehr gefunden.
Zu finden ist der Bug in der Datei j51_nina/inc/fonts -> Zeile 38
$app->getDocument()->addStyleSheet('//fonts.googleapis.com/css?family=' . $v . ':' . $font_weights . '&&subset=' . $font_subset . '&display=swap');Man beachte das && bei subsets.
Kurz gesagt, Joomla wandelt das zu && um und beim Parsen als XML wird es wieder zurückgewandelt und damit nicht mehr gefunden und somit nicht ersetzt
Super, vielen Dank dafür. Ich werde Ciàran, den Entwickler des Templates über den &-Fehler informieren. 