Beiträge von b3317133

Beschreibe kurz Dein Problem, stelle dazu alle Daten lt. Forenregeln, Punkt II zur Verfügung und beantworte dann alle Rückfragen.

FontAwesome wird schon eingebunden, aber beim + und - durch eine zu allgemeine Regel im Zusätzlichen CSS überlagert:

a {font-family: 'edmondsans'!important; color:#1b1b1b; }

Entfernt man hier die [FONT=Courier New]font-family[/FONT], erscheint das + und - wie erwartet.

Da sind auch sonst noch viele andere sehr allgemeine Regeln mit [FONT=Courier New]!important[/FONT] vorhanden, dieses manuell erstellte CSS sollte man mal gründlich überarbeiten bzw. "ausmisten", das bringt vermutlich auch noch viele andere Dinge durcheinander.

Die Schriftart stellt man statt manuell im Zusätzlichen CSS besser in den Theme Options ein, siehe auch Theme Dokumenation.

Das Theme ist zudem augenscheinlich nur bis WordPress 5.4.x kompatibel, es wird aber WordPress 5.8.2 verwendet, auch das kann noch das eine oder andere Problem verursachen.

Das ist in den vorherigen Antworten alles beschrieben, also richtig verstanden.

Wie Du pricing tables und formulare wegbekommst, geht evtl. aus dem Theme oder den entspr. Plugins hervor, die diese Punkte einfügen, bzw. deren Dokumentation und Support.

Für den Punkt Formulare könnte ggf. das ein Ansatz sein: https://contactform7.com/restricting-ac…stration-panel/

Aus "Image 7" geht hervor, dass Du nur die Hälfte des Punkt 2 gemacht hast, habe das oben noch ergänzt und rot markiert und die entfernten Rechte als Liste eingefügt. Lade die Forumseite neu, dann siehst Du die Ergänzung.

Eine Rolle auswählen... bedeutet, dass Du dort die Rolle "Autor" auswählst, das Plugin zeigt als erstes immer standardmässig die Rolle "Abonnent".

Auf den Screenshot "Image 4" sind nicht die Rechte lt. o.g. Liste sichtbar, scrolle die Liste hoch an die entspr. Stelle.

Aus der linken Seitenleiste von "Image 4" geht hervor, das die Haken bei den 5 neuen Rechten für die Seiten ([FONT=Courier New]..._pages[/FONT]) offenbar gesetzt wurden, aber die 5 ähnlichen vorher bereits vorhandenen Rechte für die Beiträge ([FONT=Courier New]..._posts[/FONT]) und ebenso 2 weitere Rechte für [FONT=Courier New]read[/FONT] und [FONT=Courier New]upload_files[/FONT] offenbar entfernt wurden, also diese hier.

delete_posts
delete_published_posts
edit_posts
edit_published_posts
publish_posts
read
upload_files

Auf dem Screenshot "Image 7" wurde nicht die Rolle "Autor" ausgewählt, daher werden die Rechte der Rolle "Abonnent" angezeigt, es fehlt dieser rote Teil:

2. im WordPress Menü Benutzer > User Role Editor [COLOR=#ff0000]> Eine Rolle auswählen...[/COLOR][COLOR=#ff0000] oben Mitte im Dropdown: Autor[/COLOR]

Wenn die Autor Rolle ausgewählt wurde, hake die o.g. fehlenden 7 Rechte wieder an (dann sollten gesamt 12 Rechte angehakt sein) und klicke den orangen Aktualisieren Button.

Was genau bedeutet "wenn ich dann aber wieder rein gehe"?

So prüfst Du die Änderung:

2. im WordPress Menü Benutzer > User Role Editor > Eine Rolle auswählen... oben Mitte im Dropdown: Autor

Wenn der Aktualisieren Button nicht blau ist, wurde evtl. ein anderes Farbschema in Deinem Benutzer Profil gewählt oder das Theme oder ein Plugin ändern die Farben im Admin Bereich, ist aber nicht weiter relevant.

1. Plugin User Role Editor installieren und aktivieren
2. im WordPress Menü Benutzer > User Role Editor > Eine Rolle auswählen... oben Mitte im Dropdown: Autor
   
3. die Rechte bzw. Capabilities lt. o.g. Liste anhaken, bestehende Haken nicht verändern
   
4. und dann rechts > blauer Aktualisieren Button.

Nicht empfehlenswert. Die Redakteur Rolle (in der englischen Dokumentation: Editor) darf alles bearbeiten, auch Beiträge, Seiten usw. von allen anderen Benutzern und dabei auch (ggf. versehentlich) ungefiltertes HTML eingeben, Kategorien & Schlagworte verändern, Kommentare verwalten uä.

Ergänzung: Mit der og. Anpassung der Autor Rolle kann der jeweilige Autor keine Seiten von anderen Autoren bzw. Benutzern bearbeiten.

Evtl. kommt als Alternative Classic Press für Dich in Frage, das ist aus WordPress 4.9.x entstanden.

Aber auch dort muss man sich natürlich mit Fragen der Plugin Kompatibilität bzw. Entwicklung befassen, wie bei jedem CMS mit externen Modulen.

Prüfe alle Plugins. Die auszugsweise anderen genannten Plugins sind z.B. nur mit WordPress 5.5.7 bzw. 5.6.6 bzw. 5.0.14 usw. kompatibel gekennzeichnet.

Hinweis am Rande: Nicht wenige Autoren haben ihre Theme bzw. Plugin Entwicklung seit der Integration einer (wohlwollend bezeichnet) "Basisvariante" des Gutenberg Editors in WordPress 5.0 und den darauf folgenden stetigen und teils nicht rückwärtskompatiblen Änderungen bzgl. Gutenberg in jeder neuen WordPress Version inzwischen aufgegeben.

Zitat von Scoon

Aaalso, das mit den Plugins und den Themes habe ich, wie oben geschrieben, schon versucht.

Oben stand nichts vom Theme:

Zitat von Scoon

Die Deaktivierung aller anderen Plugins, bis auf Gutenslide, hat leider keinen Erfolg gebracht.

Mit welchem Twenty XXX Theme wurde getestet?

Wenn WordPress mit dem o.g. 2x Änderungsprozess keine .htaccess erstellen kann, stimmt etwas mit den Ordnerrechten nicht. Eine falsche bzw. nicht zu den sonstigen Einstellungen in der Datenbank passende .htaccess kann alle möglichen Fehler verursachen. Das sollte zuerst gelöst werden.

Ansonsten: Welche PHP Version wird verwendet? Warum werden php.ini benötigt? Was steht drin? Mit opcache o.ä. hat das Problem nichts zu tun.

Was genau steht in der Browser Konsole (google) wenn das Problem auftritt?

Deaktiviere testweise alle sonstigen Plugins und verwende ein WordPress Twenty XXX Standard Theme, tritt das Problem dann weiter auf?

Zitat von tanne_der_erste

Meine WP Vers. ist auf beiden Installationen 5.8.2 .
...
Dann hätte ich ja gerne noch dieses Plugin

Advanced Editor Tools

Das Plugin Advanced Editor Tools ist lt. Repository nur bis WordPress 5.7.4 getestet, daher könnte es mit Deiner WordPress Version Probleme geben. Ergänzung: Auch viele andere Plugins sind teils stark veraltet und nicht mit Deiner WordPress Version kompatibel gekennzeichnet, z.B. WPtouch, WP Responsive Table, Fix Media Library, Wonder PDF Embed, usw. - prüfe diesbzgl. alle Plugins.

Am Rande: Die Plugins Enable Classic Editor und Disable Gutenberg sollten generell nicht parallel mit dem Classic Editor Plugin laufen.

Schau Dir dafür mal das hier an (stackexchange.com), ungetestet, wobei im Falle des Gutenberg Editors ein nicht per CSS eindeutig ansprechbares leeres [FONT=Courier New]div[/FONT] übrigbleiben dürfte und man generell vor [FONT=Courier New]label[/FONT] und [FONT=Courier New]input[/FONT] und [FONT=Courier New].components-base-...[/FONT] noch passende Klassen des Custom Post Types ggf. aus dem [FONT=Courier New]body[/FONT] o.ä. setzen sollte, sonst verschwindet das Feld in allen Post Types.

Weitere Schritte:

• Deaktiviere alle sonstigen Plugins und verwende ein WordPress Twenty XXX Standard Theme, tritt die Meldung dann weiterhin auf?
• Deaktiviere dabei auch alle Browser Add Ons bzw. versuche es auch mit einem anderen Browser.
• Erstelle eine neue leere Seite mit nur einem Gutenslider.

Vorausgesetzt wird, dass Du die Permalinks wie oben beschieben 2x gespeichert hast und danach in [FONT=Courier New].htaccess[/FONT] automatisch der entspr. Codeblock zu finden ist.

Die WordPress Benutzerrolle Autor darf standardmässig keine Seiten bearbeiten, nur Beiträge, siehe auch Roles and Capabilities in der WordPress Dokumentation.

Verwende ein eigenes Code-Snippet im Child Theme oder ein Plugin wie User Role Editor und gib der Autor Rolle im Menü Benutzer > User Role Editor > Rolle auswählen > Autor diese Rechte bzw. Capabilities und dann > blauer Aktualisieren Button.

delete_pages
delete_published_pages
edit_pages
edit_published_pages
publish_pages

Zitat von Peter G

Ich vermisse allerdings bem Anlegen der Seite die Page Attribute ... Muss da eventuell bei supports noch etwas eingetragen werden

Ja, [FONT=Courier New]'page-attributes'[/FONT], siehe auch Dokumentation [FONT=Courier New]register_post_type()[/FONT]

Zitat von Peter G

für die Template Auswahl wie fullwidth, sidebarleft etc.

Für eine Auswahl müssen die entspr. Template Dateien vorhanden sein, siehe auch Dokumentation [FONT=Courier New]Template Post Type:[/FONT]

Falls es sich um den Bereich mit "Beschreibung" handelt, das ist lt. Quellcode offenbar ein Divi Tabs Modul, zur Hintergrundfarbe des Moduls siehe Dokumentation Divi und Divi WooCommerce.

Für das Umstellen von Divi auf ein dunkles Layout gibt es auch eine generelle Anleitung.

Möglicherweise verhindert ein Scriptfehler die Quickedit Funktion.

Was genau steht in der Browser Konsole (google) wenn das Problem auftritt?

Zur Eingrenzung deaktiviere temporär alle Plugins und falls das noch nicht hilft, wechsle temporär zu einem Twenty XXX WordPress Standard Theme.

Dein Theme ergänzt diese Lücke auf Unterseiten im Script [FONT=Courier New]twentyseventeen/assets/js/global.js[/FONT] - überlagern per CSS kannst Du das z.B. so:

.has-header-image .custom-header {
    margin-bottom: 0 !important;
}

Evtl. solltest Du Dein Zusätzliches CSS mal etwas bereinigen, es sind dort teils doppelte Regeln, die sich selbst überlagern.

Mit Windows 10 hat das nichts zu tun.

Zitat von addn

.. es hat mit genau diesem Theme auch (vor Aktualisierung allerdings) auch funktioniert..

Und nach Aktualisierung des Themes nicht mehr? Also nicht mit genau diesem Theme?

Wenn Du dem "CF7 hängt" auf die Spur kommen willst, gehe so vor wie es der CF7 Autor empfiehlt. Wenn das Problem dann weiter auftritt, liegt es an CF7, sonst liegt es an anderen Plugins bzw. Deinem Theme.

Wenn Du CF7 nicht zwingend als Anbindung brauchst, verwende es nicht. Je weniger Komplexität desto weniger Fehlermöglichkeiten.

Am zielführendsten wären die Meldungen in der Browser Konsole wenn das Problem auftritt. Wenn Du die nicht selbst nachvollziehen kannst, könntest Du die betreffenden Personen anleiten, Dir die Meldungen zur Verfügung zu stellen.