Hi,

I deleted the entry width: 780px in style.css and set the max-width in the Enfold-Options. Now all pages have the same width, but the wrong width.
I see now the width of 880 px. If I set the width in styles.css, the pages Aktuelles, Angebote, Kochen& Weine have the correct width, and
all others are smaller.

Best regards,

Daniela

Hi Yigit,

thanks. I took this setting because the setting under Enfold -> general layout -> tab dimensions -> max. container width = 780px doesn’t work.
I purged the whole cache. Because I thought, this is the cause. Now I set 780 px to the max. container width again. In the source code I see the width of 1010 px, not 780 px.

What am I doing wrong?

Best regards,
Daniela

Hi Ismeal,

thank you for your hint. I deactived wp-rocket and the images was loaded right. I activated wp-rocket again and changed the settings for the loading of images. Now the images are loaded right.

Best regards,
Daniela

HI,

I added the images as background-image. and the text as layer.

Due to the hint of ankushthor I set in the slider-settings the width as auto and the height with 520 px, before the width was set as 100%. But nothing changed.

The problem seems to be since the las upgrade.The enfold version is the latest.

Greets,
Daniela

Hey Andi,

die Beschreibung steht am Ende des Tickets: Der Fehler lässt sich immer reproduzieren, wenn man weiß wie.

Immer wenn du bei den Farbeinstellung bei einer RAHMENFARBE eine WEBUNSICHERE Farbe eingibst, tritt dieser Fehler auf. Im Ticket habe ich auch die Stelle im Enfold.css bekanntgegeben = die Auswirkung des Fehlers. Wobei dies die Stelle ist, wenn du die SOCKETRAHMENFARBE einstellst. Es kann sein, dass bei anderen Rahmenfarben (Main, Footer, …) die Auswirkung woanders auftritt. Die Stelle habe dafür nicht extra gesucht. Sie ist allerdings einfach zu finden, indem man nach #” sucht.

Bzgl. anderen Code werde ich wohl selbst suchen müssen. Du hast mir zwar CSS-Code bekanntgegeben, ich suche allerdings nach der Quelle, nach der Funktion, wo dieser Code generiert wird. Wenn ich den wüsste, wird mir viel Zeit erspart, und kann mir dann selbst was ausdenken.

Lieben Gruß,
Daniela

Hi Andy,

d.h. sobald wieder neue Einträge hinzukommen, müsste ich wieder einen neuen Eintrag im CSS machen.
Lässt sich dies auch über eine funktion, die ich im child-theme in die Function.php einbaue, auch lösen?
Sodass ich die Einstellungen nicht für jeden Eintrag machen muss?

Zu der anderen Frage:
hier ist der Link zum Ticket: https://kriesi.at/support/topic/enfold-3-1-5-probleme-mit-den-eingestellten-farben-2/
Der Programmierfehler hat die Auswirkung, dass in Enfold.css, das ja aufgrund der Farbeinstellungen erzeugt wird,an einer Stelle ein ” zuviel ist.
Wenn man weiß, dass man bei einer bestimmten Einstellung nur websichere Farben nehmen darf, dann ist dies kein Problem. Doch nicht alle Anwender wissen das. Ist nur eine kleine Sache und lässt sich sicher schnell beheben. Und mit irgendeiner Version ausliefern. Dann muss man nicht jedes Mal wenn man wieder Einstellungen speichert, die Enfold.css ändern.

Gruß,
Daniela

Hi Rikard,

yes now no images are shown. I don’t know why. This is since the latest update of enfold.

Best regards,
Daniela

Hi Andy,

jetzt habe ich den endgültigen Fehler – also die Auswirkung – gefunden:

in enfold.css:
.socket_color .avia-icon-list .iconlist_icon{background-color:#“650a05;}
Wenn ich das Hochkomma beim Farbwert #“650a05 in enfold.css entferne, und dann die Webseite aktualisiere, dann stimmen die Farbwerte wieder.

Lieben Gruß,
Daniela

Hi Andy,

ich glaube ich habe nun den Wurm gefunden:

0. Eine neue Testinstallation
1. dann Farben beliebig eingestellt, nicht die von der Problemwebseite -> Alles in Ordnung :-)
=> dann wurde ich stutzig => Schlussfolgerung: es hängt mit dem Farbcode zusammen, den ich verwende!

2. Farbcode #760B06 bei der Rahmenfarbe vom Socket verwendet
3. => alle Linkfarben stellten sich wieder auf ein Blau um, obwohl diese durchgängig auf Orange gesetzt waren.
4. folgendes festgestellt: der Farbcode gehört nicht zu den websicheren Farben.
5. Zurückstellen der Border-Farbe bewirkte nichts,
6. => Datenbank gelöscht und Installation neu

7. Border-Farbe des Sockets mit einer websicheren Farbe befüllt
8. => alles paletti :-)

Erkenntnis: das Problem tritt dann auf wenn eine Rahmenfarbe auf eine webunsichere Farbe eingestellt wird, Schriftfarben sind davon nicht betroffen.

Leider lassen sich die Farben durch Umstellen der Rahmenfarben danach nicht mehr ändern, diese bleiben auf dem Blau. Lediglich durch ein Löschen der Datenbank und Neuinstallation habe ich es geschafft die Farbe wieder rauszubringen. Daher hat auch das Löschen von enfold.css nichts gebracht.

Also das Problem lässt sich einfach umgehen, in dem websicheren Farben verwendet werden. Eigentlich sollte ich als Webdesignerin dies natürlich wissen ;-).

Ich wäre natürlich froh und euch sehr dankbar, wenn ihr eine Lösung anbieten könnt, wo wieder die eingestellten Farben angezeigt werden, ohne dass ich die Webseite neu aufsetzen muss. Wenn nicht, bleibt mir wohl nichts anderes übrig, die Daten zu exportieren, den Datenbankinhalt zu löschen und das Ganze neu auzusetzen.

Lieben Gruß,
Daniela

Hi Andy,

ich konnte den Fehler reproduzieren. Ich habe nun auf einem weiteren Rechner einfach die neueste WordPress-Version und das neueste Enfold-Theme installiert, ebenso enfold-Child, keine Plugins. Danach habe ich wie ganz zu anfangs beschrieben, die Einstellungen gemacht – bis auf die Änderung der Border-Farbe des Sockets und alles gespeichert. Dann erst habe ich die Farbe des Borders des Sockets verändert. Danach waren die Farben wieder verstellt. Und können nicht mehr zurückgeändert werden, selbst wenn ich enfold-child.css aus uploads/dynamic_avia lösche.

Ich habe nun noch folgendes probiert: eine zweite Installation, mit neuer WordPress-Version, mit Enfold + Enfold-Child, doch statt die Navigation in die Sidebar zu verschieben, habe ich den Standard belassen. Und das gleiche noch einmal durchgespielt. Ich wollte wissen ob dies mit der neuen Möglichkeit, die Navigation in die Sidebar zu verschieben, zusammenhängt. Doch auch hier passiert die Farbänderung am selben Schritt – sobald ich den Border vom Socket verändere, erscheinen die falschen Farben.

Ich hoffe euch damit geholfen zu haben, um den Fehler zu finden. Es wurde alles neu heruntergeladen – sowohl WordPress als auch Enfold.

Wenn ihr wollt kann ich auch ein kleines Video über meine Vorgehensweise drehen, von der Anlage der WordPress-Installation bis zu den Einstellung der Farbe des Borders des Sockets. Vielleicht ist hier irgendwo der Wurm drin, doch ich mache dies schon seit Jahren und ich hatte bis jetzt auch keine Probleme mit Enfold.

Auf dem Server wurde die WordPress-Installation nicht manuell durchgeführt sondern über den Installer des Providers. Hier trat der Fehler zum ersten Mal auf.

Lieben Gruß,
Daniela

Hi Andy,

vielen lieben Dank für deine Unterstützung.

Ich habe nun Enfold neu installiert. Die Rechte waren schon auf 777. Ebenso habe ich enfold.css und enfold-child.css gelöscht.und die Einstellungen noch einmal gespeichert. Dennoch: im Backend bei den Theme-Optionen werden die richtigen Farben angezeigt, im Frontend die falschen.

Tut mir leid, ich hoffte auch, dass es klappt. :-(

Gruß,
Daniela

Hey,

serverseitig liegt kein Caching vor. Und Enfold ist nun neu installiert. Diese versteckten Einstellungen tauchten nach der Farbänderung des Borders des Sockets auf. Davor wurden noch die Farben der Einstellungen in den Theme-Optionen gezeigt. Es existieren keine Caching-Dateien mehr.
Möglich wäre natürlich eine komplette Neuinstallation von WordPress und Theme. Das hätte ich mir allerdings gerne gespart.

Gruß,
Daniela

Hi,

wenn ich im Entwicklermodus mir die CSS-Einstellungen ansehe, dann erhalte ich für die Linkfarbe in der Sidebar folgenden Code:

color: #00E;
*|*:link #00E : about:PreferenceStyleSheet:-1;

wenn ich auf about:PreferenceStyleSheet klicke lande ich im Nichts.

Greets!
Daniela

PS: Normaler gibt es beim Server kein Caching, sondern muss in der Installation selbst eingestellt werden. Ich habe jetzt noch einmal zur Sicherheit nachgefragt. Antwort kommt in Kürze.

Hi Rikard,

this topic can be closed.

Cheers!
Daniela