-webkit-background gibt es nicht, wenn dann -webkit-linear-gradient, was dir hier aber auch nicht hilft.
sorry meinte natürlich -webkit-linear-gradient
Safari benötigt zwingend bei einem Verlauf des Alphakanals die identischen Farbwerte für RGB. $wcfHeaderMenuBackground ist aber nicht weiß. Du könntest transparentize($wcfHeaderMenuBackground, 0) verwenden.
Ah ok.
Wenn dies aber generell ein Fehler ist, wäre ich dafür das Woltlab das Standardmäßig fixt, tritt bei mir ja auch in dem Core Stil auf
Hallo,
mir ist aufgefallen das der linear-gradient bei den Klassen .mainMenu .mainMenuShowPrevious.active, .mainMenu .mainMenuShowNext.active im Safari mit einem dunkleren Verlauf dargestellt werden.
Ich habe schon versucht es mit diesen -webkit- und rgba(255,255,255, 0) zu fixen, ändert sich nur leider nichts. Ist das ein generelles Problem des Safari Browsers oder gibt es da einen Fix den ich übersehen habe?
background: linear-gradient(to left, rgba(255,255,255, 0) 0%, $wcfHeaderMenuBackground 75%);
background: -webkit-linear-gradient(to left, transparent 0%, $wcfHeaderMenuBackground 75%);
background: -webkit-linear-gradient(to left, rgba(255,255,255, 0) 0%, $wcfHeaderMenuBackground 75%);
Fasssss, feiner hund
Ein Radiator der Luft "bläst" ist mir neu. Da wird nur das warme Wasser zirkuliert.
Was du meinst ist bestimmt ein Konvektor?
Och, doch so günstig.
War das nicht "Schweine teuer"?
Wie Tim von "Hör Mal wer da Hämmert" immer sagte.... Wir brauchen mehr Power, grunz grunz
Ich würde wetten, dass Monaco der erste Editor ist, der das unterstützt:
Ja das ist auch nice...
https://wsc.mysterycode.de/editor-test/
Welchen Editor präferiert ihr so?
Die Editoren sind nicht für Benutzung auf mobilen Geräten optimiert; entsprechend sollte man sie dort auch nicht nutzen.
find alle gut, beim ACE find ich die font-size allerdings etwas zu klein. syntax highlighting find ich da aber am besten
.interactiveDropdown heißt die klasse
Anzeige is raus!!!
Ja dann ist es unnötig, hatte bis jetzt immer den Schreibschutz deaktiviert. Wusste nicht das es auch ohne funktioniert.
Naja am Ende is man immer schlauer 
Definitiv nicht.
Gruß norse
Wird der eigene Code dann bei Updaten übernommen, hast du da schon Erfahrung mit gemacht?
Die meisten User schreiben jedoch immer in den Stilunabhängigen SCSS Teil ihren Code rein, also schaden könnte es ja nicht
Es gibt im Stil zusätzlich zum CSS vom Stil noch die Möglichkeit eigenes (S)CSS zu nutzen.
Stimmt, oh man ist mir noch nie aufgefallen 
Dann muss man aber den Schreibschutz aufheben, gibt es da nicht dann Probleme mit dem Updaten von den Stilen?
Hallo,
ich würde es gut finden wenn Woltlab dem Body Tag eine eindeutige Stilerkennung mitliefern würde z.B. data-theme-name="Stilname" oder data-theme-id="53".
Beide Varianten sollten sich nach dem abspeichern (sofern !== gleicher Wert) im Body Tag aktualisieren
Dadurch könnte man leichter unterschiedliche Stile individuell im Stilunabhängigen SCSS anpassen.
Normal ist es ja so das dort jeder eingefügte Code auf jeden Stil greift.
Beispiel.
[data-theme-name="Stil-1"] {
...code 1
}
[data-theme-name="Stil-2"] {
...code 2
}Ja Ich glaube der durchschnittliche wert liegt bei 20, denke auch das es ausreichend Beiträge sind, kommt ja auch immer darauf an was für Romane die User schreiben, kann kann man selbst bei 20 Beiträgen schon Mal etwas länger scrollen
Hmm
Brooklyn 99 ist erstmal durch...
Jemand Vorschläge?
Verfügbar: Netflix, Disney+, Prime Video, Wakanim und Anime on Demand.
Shooter oder Punisher schon geguckt?
Juhu Woltlab Gemeinde,
mich würde es interessieren, wie viele Beiträge ihr bei euch im Forum auf der Thread-Seite anzeigen lasst?
Standardgemäß sind es ja glaube ich 20 Beiträge pro Seite, ändert ihr da was in eurem Forum , oder findet ihr 20 Beiträge genug?
Das ist Duisburg Hafen-Gebiet
