Beiträge von FlorianBrinkmann

Hängt immer von der Lizenz der Schrift ab, was damit erlaubt ist (Datei der Lizenz ist im ZIP-Archiv mit drin, wenn man sich eine Schrift von Google Fonts runterlädt). Das hier ist beispielsweise aus der OFL (https://opensource.org/licenses/OFL-1.1):

»The OFL allows the licensed fonts to be used, studied, modified and redistributed freely as long as they are not sold by themselves. The fonts, including any derivative works, can be bundled, embedded, redistributed and/or sold with any software provided that any reserved names are not used by derivative works. The fonts and derivatives, however, cannot be released under any other type of license. The requirement for fonts to remain under this license does not apply to any document created using the fonts or their derivatives.«

Und damit sollte der Anwendungsfall abgedeckt sein.

Nein, du müsstest pro @font-face-Regel dann noch eine Unicode-Range angeben (https://developer.mozilla.org/en-US/docs/Web…e/unicode-range), damit der Browser weiß, welche Zeichen die Datei enthält. Soweit ich gesehen habe, bietet das der Webfont-Helper nicht an.

Edit: Hier kannst du beispielhaft sehen, wie das aussehen müsste: https://fonts.googleapis.com/css?family=Kha…agari,latin-ext

Hi Anna,

ich selber habe das Tool zwar noch nicht genutzt, aber es wird so sein, wie du vermutest: das Tool fasst die verschiedenen Charsets in einer Datei zusammen, du brauchst es also nur genau so einzubauen, wie der Google-Webfonts-Helper es dir vorgibt.

Google führt die Charsets getrennt auf, sodass moderne Browser nur die Dateien laden, die sie auch benötigen. Wenn du beispielsweise eine Seite hast, die nur Zeichen des Latin-Zeichensatzes enthält, braucht der User ja nicht auch den Latin-Ext-Zeichensatz der Schrift. Das funktioniert natürlich nicht, wenn alle Zeichensätze in einer Datei sind.

Bei der Nutzung dieses Webfont-Helpers solltest du deshalb gucken, ob du wirklich alle verfügbaren Zeichensätze brauchst, oder ob nicht vielleicht sogar nur Latin ausreicht, damit die Dateigröße der Schriftdateien möglichst klein ist :)

LG
Florian

Für sowas würde ich das Plugin »Advanced Custom Fields« nutzen. Damit kannst du Felder festlegen, die dann beispielweise in der Bearbeiten-Ansicht des Seiten-Templates »Homepage« angezeigt werden.

In der Free-Version müsstest du dann glaube ich so viele Felder anlegen, wie es Kompetenzen geben kann. Mit der Pro-Version könntest du mit dem Repeater-Feld ein Feld »Kernkompetenzen« mit den Unterfeldern »Foto« und »Titel« anlegen, über das der Kunde dann beliebig viele Kernkompetenzen mit diesen beiden Feldern anlegen kann.

Hi! Probier mal folgenden Code aus. is_home() prüft, ob die Blog-Seite angezeigt wird: https://developer.wordpress.org/reference/functions/is_home/

<?php if ( is_home() ) { ?>
<style>
body {
    background-color: green;
    /*width: 100%;*/
}
</style>
<?php } ?>

Hi Frida,

das hier sollte dir helfen: http://docs.themovation.com/bellevue/#democontent

Ich sehe da das Facebook-Widget bei „Like Us On Facebook“ ;)

Oh, das kann tatsächlich sein -.-

Also vorhin konnte ich die Seite problemlos über HTTP aufrufen, da kam keine Wartungsseite.

So wie es aussieht, liegt ein Problem mit dem SSL-Zertifikat vor – einfach mal den Strato-Support anschreiben.

Edit: Und danach solltest du die HTTP-Vorkommen deiner Domain in der Datenbank noch gegen die HTTPS-Variante austauschen, damit keine Warnungen wegen Mixed Content angezeigt werden.

Hi!

Warum die jetzt versteckt sind, kann ich nicht sagen – sind aber welche, die vom Theme angelegt sind. Würde ich mich einfach mal an den Theme-Autoren wenden oder vielleicht gibt es ja eine Readme, wo das erklärt ist. Vielleicht tauchen die nur auf, wenn andere bestimmte Einstellungen gemacht wurden.

Wurde irgendwas bei dem Hoster geändert? Sieht für mich auf den ersten Blick nicht nach einem WordPress-Problem aus. Frag doch mal bei dem Hoster nach, ob es da Probleme mit dem Webserver gibt.

Hast du einen Link zu dem Test-Ergebnis? Dann könnte man sich anschauen, welche Fehler das sind. So kann ich nur sagen, dass es kein Plugin gibt, das CSS-Fehler behebt (jedenfalls nicht, soweit ich weiß und mir vorstellen kann).

Dafür kannst du die Höhe des iFrames verringern, die du in der WordPress-Seite eingefügt hast (Standard ist 200). Wenn du noch die line-height für das iFrame auf 22px änderst, dann passt es schon fast.

Versuch mal das hier:

body{line-height: 22px; color: #ddd; font-size: 13px}

Ist das eine Fehlermeldung von WordPress? Oder hast du das Plugin bei Piwik hochgeladen, wie es sein muss?

Das Plugin ist nicht für WordPress, sondern für deine Piwik-Installation.

Kommt ganz auf deine verwendeten Plugins und Themes an. Wenn du da noch uralte Dinger hast, die länger nicht aktualisiert wurden, dann könnte vielleicht beides schon zu Problemen führen ;) Wenn du da aber keine Exoten hast, sollte 5.6 eigentlich keine Probleme machen.

Hier ein Link für die Anpassung der Twig-Datei: https://www.mos-computer.de/pages/posts/pi…npassen-218.php
Dort steht aber, wie ich bereits sagte, dass das dann nach jedem Piwik-Update wiederholt werden muss. Was genau hast du denn gegen das Plugin?

Du kannst auch direkt den Code des iFrames in den Piwik-Dateien anpassen, musst du dann aber glaube ich nach jedem Update wiederholen. Du kannst nicht von außen per CSS den Inhalt eines iFrames stylen.