Beiträge von threadi

Die Ergänzung der Schriftart-Verwaltung wurde soeben im Core-Scrub auf WordPress 6.5 verschoben. Aus vielfältigen Gründen.

Sowas realisiert man am besten mit einem Cookie Consent Tool. Auch dafür gibt es viele Plugins für WordPress. Nur um mal 2 zu nennen: CookieBot & Borlabs.

Hab dazu nichts gesehen. Kannst es gerne hier anmerken: https://github.com/WordPress/gutenberg/issues

Das hat aber so rein gar nichts mit der Ergänzung der Schriftartenverwaltung zu tun. Die werden von Google geladen und lokal gespeichert (übrigens in /wp-content/fonts - ich hoffe kein anderer kam bisher auf die Idee dort etwas zu speichern xD).

Soweit ich das in Gutenberg 16.7 sehe, werden die Schriftarten als eigener Post-Type gespeichert. Für den Anfang dürfte die Funktion nur von FSE-Themes mit oder ohne den Block Editor ohne weiteres genutzt werden können. Ich denke mal es ist nur eine Frage der Zeit bis jemand diesen Post-Type auch in anderen PageBuildern (wie Elementor) zugänglich macht.

Ja, ich seh sie nicht mehr. Ich würde nochmals auf die Einstellungen der beiden Plugins hinweisen. Ggfs. überschneiden die sich funktional auch, was ungünstig wäre.

Leere mal den Seiten-Cache in WP Optimize und Autoptimize. Falls es sich dadurch löst, solltest Du dir mal die Einstellungen dieser Plugins näher anschauen und ggfs. deren Support kontaktieren.

WordPress von Haus aus kann das nicht, aber mit Individualentwicklung wäre das machbar. Sehe ich aber auch bei jedem anderen CMS als erforderlich für dein Vorhaben an.

Die 80% sind Standard soweit ich sehe. Der Unterschied ist eher, dass auf allen anderen Seiten eine Eigenschaft existiert, die die Breite auf 100% setzt. Du müsstest schauen, woher diese Angabe kommt. Sie steht im Inline-CSS von Neve. Ich weiß aber nicht wo man diesen eingibt/auswählt. Du solltest dich evtl. an den Support von Neve wenden: https://wordpress.org/support/theme/neve/

Die Seite ist responsiv. Das einzige was nicht stimmt ist der Aufbau vom Header. Dieser wird durch eine Custom CSS-Angabe mobil völlig falsch dargestellt. Das hier ist die schuldige Stelle im CSS:

#site-header-inner{padding:0 !important;display:flex;justify-content:center;align-items:center}

Lösung wäre, diese Eigenschaft nur ab einem bestimmten Viewport zu verwenden - also zum Beispiel:

@media only screen and (min-width: 600px) {
 #site-header-inner{padding:0 !important;display:flex;justify-content:center;align-items:center}
}

Dein Theme kann nichts für das was Du individuell ergänzt.

Das Problem ist deine Annahme, dass die Schriftart auf jedem Endgerät vorhanden ist. Diese von Microsoft erfundene Schriftart ist nahezu nur unter Windows zu finden. Auf Handys gibt es sie nicht - da sucht sich der Browser dann irgendeine auf dem Gerät vorhandene Standard-Schriftart aus und nutzt diese.

Da man Comic Sans aus Lizenzgründen auch nicht selbst einbinden darf, hast Du eigentlich nur 3 Möglichkeiten:
* Du verzichtest auf diese Schriftart und nimmst eine andere.
* Du gibst als alternative Schriftart eine ähnlich an die entweder als websichere Schriftart gilt oder z.B. per Google Fonts eingebunden werden kann (Hinweis: Datenschutz dabei beachten - nur lokal einbinden, nicht von extern)
* Du lässt es so wie es ist und ignorierst die Abweichungen auf nicht-Windows-Computern.

Ich glaube du verstehst die Kritik an der technischen Umsetzung der Webseite der Taverne nicht oder falsch. Es ist egal wie gut und wichtig eine Seite inhaltlich ist - wenn sie den Datenschutz von EU-Bürgern mit Füßen tritt, gibt es von einigen Anwendern hierzulande durchaus berechtigte Bedenken beim Besuch der Seite. Davor soll hier gewarnt werden.

Ich würde empfehlen du wendest dich dazu an den Avada-Support, den du mit dem Theme mitgekauft hast.

Du hast ein völlig anderes Theme. Dort können diese Eigenschaften gar nicht greifen da es die Klassen gar nicht gibt. Bei dir müsste folgendes schon ausreichen:

body input[type="date"], body input[type="text"], body textarea { font-size: 20px;color: #ff0000; }

* Design > Customizer > Zusätzliches CSS (wenn man kein FSE-Theme hat).
* Oder bei einem FSE-Theme unter Design > Editor > Styles > Bearbeiten Stift > dann oben rechts auf die 3 Punkte und "Zusätzliches CSS" auswählen
* Oder im Custom CSS-Feld des eigenen Themes (bringen manche mit).
* Oder in die style.css des eigenen Child-Theme
* Oder mit Hilfe eines Plugins welches Custom CSS ermöglicht
* Oder mit individueller Programmierung per functions.php.
* Oder .. gibt vermutlich noch weitere Wege xD

Du musst und solltest auch nicht per SSH die PHP-Infos auslesen mit denen dein WordPress läuft (abgesehen davon, dass es völlig falsch ist was du dort eingegeben hast). Rufe einfach dein WordPress-Backend auf und guck unter Werkzeuge > Website-Zustand > Bericht. Dort wird dir aufgelistet was vom Hosting bereitgestellt wird. Eine detailliertere Angabe kriegst Du an dieser Stelle nach Installation von diesem Plugin: https://de.wordpress.org/plugins/health-check/

Und wie oben schon gesagt: eigentlich musst Du gar nichts machen.

Mmh für mich ist da nichts zu sehen was das erklären könnte.

Wechsle testweise mal vom Child auf das Parent-Theme (also TwentyTwelve aktivieren). Gibt es dann noch das Problem?
Und ja, bitte mal alles außer ACF deaktivieren. Falls es mit Parent-Theme und ACF passiert, dann ist ACF daran Schuld.

Die functions.php wäre interessant, vor allem ob dort irgendein Hook zur Änderung der Liste genutzt wird.

body#top .alternate_color input[type="date"], body#top .alternate_color input[type="text"], body#top .alternate_color textarea { font-size: 20px;color: #728cc9; }

.. wobei das beim Date-Feld vermutlich nicht in jedem Browser funktionieren wird, da es eine schwer gestaltbare Browserkomponente ist.

Die anderen Formularfelder bei dir dienen nicht zur Texteingabe.

Wenn man auf den Block Editor verzichtet, interessanterweise ja. Selbst mit PHP 8.0.