Kommentare von

Ok wie bereits vermutet ist es die Reihenfolge. Im light mode setze:

#serendipity_banner {
    background-image: url(/uploads/bb-head_1024.png);
    background-repeat: no-repeat;
}

und im dark mode

.dark-theme #serendipity_banner {
    background: url(/uploads/bb-head_1024.png), -webkit-linear-gradient(bottom, rgb(2, 2, 54) 16%, rgb(140, 140, 150) 100%);
    background: url(/uploads/bb-head_1024.png), linear-gradient(0deg, rgb(2, 2, 54) 16%, rgb(140, 140, 150) 100%);
}

Hmm wie schade das du hier keinen solchen Tag hast, denn das Verhalten hätte ich gerne mal gesehen. Du meinst im entry form und dort im tag field, nicht wahr?!

Schlagworte, also Tags, sind generell vorgesehen aus einem einzigen Wort zu bestehen. Solche Schlauheiten der Sprache wie Bindestriche sind da nicht vorgesehen. Anders wäre es sicherlich wenn ein Unterstrich benutzt würde, denn sowas erkennt kein Browser als Trennstrich, aber auch das läuft dem eigentlichen Sinn zuwider.

Das ganze liegt am Brechungsverhalten des Trenn/Bindestrichs, bzw dessen Rechtschreib/Satzbau Regeln, nehme ich an. Ob das kleine Javascript das dafür sorgt (entweder jquery.autocomplete oder die addTag(addTag) function im serendipity_admin.js der Seite) so umgebaut werden kann dass es das zuließe, also als EinWort betrachtete, kann ich gerade nicht sagen.

Hoi Beat

Ist auf dem LIVE Blog das letzte update des entrypaging Plugins schon aktiv? Ich hatte neulich mal ein kleines Optimizing eingebaut und mich gefragt ob das eventuell bei dir irgendetwas bewirken könnte.

Ansonsten kommt mit der Styx 3.7-beta1 bald ein Update was für dich sicher interessant ist, bezüglich Editor und eben vielleicht auch für das komische media_grid Verhalten (s.o.). Das müsstest du dann mal eine Beobachtung unterziehen, ob es eventuell doch wieder auftritt.

Ja schade auch....

Nur zur Info für Mitleser:
Dieses merkwürdige delay Verhalten auf diesem Server ließ sich bisher sonst noch nirgendwo anders reproduzieren.

Ich meine mich zu erinnern dass wir auch noch mal  an dein UTF8MB4 ran müssen. Entweder die Datenbank selbst oder an die Einstellungen von PhpMyAdmin. Nicht das der MultiByte support bei einem künftigen Backup Dump wieder verloren geht. Wäre ja schade drum! Das sollten wir jedenfalls nicht aus dem Augen verlieren.

Musst du nicht. Jedenfalls nicht deswegen. Das ist täglich, stündlich, minütliches Grundrauschen im Internet. Hat nix im speziellen mit dir zu tun. Ich sag ja immer, betrachtet man die Logs macht das min. 90% von Allem aus. Das sind automatische Programme. Sie suchen ein response, erst dann versuchen sie ihren Müll auf bekannte Vulnerabilities abzuschießen und erst dann tritt ein Mensch auf die Bühne. Da Wordpress ca 30% des ganzen Internets ausmacht, ist eben auch alles andere für die immer nur Wordpress 😄 Gott seis gedankt!

Hört! Hört! 😎 Sehr wohl!

Da gäbe es bereits ein Seitenleisten-Plugin, mit dem man sich verschiedene Theme anzeigen lassen kann.

Das gibt es wohl, ABER es ist aus einer Zeit da sich die Themes in ihrer Struktur sehr ähnlich waren und eigentlich nur die Kleider gewechselt wurden. Nichts was man wirklich auf (s)einer Seite haben wollte. Schließlich ist man kein Gemischtwarenladen. Man wählt das Theme was am besten zu einem passt. Was soll denn der Besucher und davon 93% Bots da besser wissen?! IMHO gibt es nur einen einzigen validen Anwendungsfall: Wenn man ein Demo Blog betreibt, in dem es für die Besucher wichtig ist neue Kleider kennenzulernen.

Ich tendiere bei einem Dark-Theme dazu, alles in einem Theme und seinen styles bereits vorzuhalten. Dann kann man einen sehr einfachen SVG 🌞 / 🌚 Schalter bauen. der auf click, mittels javascript, einen class selector in den < html > tag schreibt, a la class="light-theme" (bzw nix) vs. class="dark-theme". Die zusätzlichen .dark-theme .beispielselector { } color styles sind bereits im üblichen "light" css load geliefert. und überschreiben die eigentlichen .beispielselector { } Auszeichnungen. Und das sind font: color, background-color, background-gradient color und border-colors. Mehr gibt es eigentlich gar nicht. Je aufgeräumter das Original Theme ist, desto einfacher ist es mit diesen Überschreibungen. Dann gibt es auch keinen Schluckauf bei switches zwischen den Zuständen durch klebrige gecachte styles und so fort.

Zu den Mobile-OS Systemen läßt sich sagen, dass diese in den neueren Versionen (inklusive der verwendeten Browser) - wie du es nun selbst erlebt hast - etwas mitbringen, das wie durch Zauberhand bereits Webseiten ohne einen eigenen Dark Mode mehr oder weniger gut übersetzt. Das muss man also unterscheiden. Webseiten die einen eigenen Dark Mode mitbringen und Systeme die helle Webseiten in einen solchen übersetzen (zb. um ein Gerät zu schonen, wie bei OLED und was dann auch Auswirkungen auf den Energiehaushalt hat. Je weniger hell, desto weniger Energieverbrauch. Ich meine es ist nicht der Seitenbetreiber der feststellt dass du Android X+ verwendest und deshalb alles ins Dunkel dreht, sondern die Einstellung Dark Mode im Android bzw des verwendeten Browser selbst inkl. der mobilen Styles Eigenschaften des Gerätes, ... meine ich. Obwohl es das natürlich auch geben kann.

https://stadt-bremerhaven.de/google-chrome-fuer-android-dark-mode-fuer-webseiten-automatisch/
https://support.google.com/chrome/answer/9275525?hl=de&co=GENIE.Platform%3DAndroid

Vermutlich!. Denn das automatische Umschalten mit Chrome - und ich habe es selbst natürlich gleich mal ausprobiert - ist für deine theme Farben eher ungeeignet.

Der eigentliche Faktor dieser Browser-eigenen Umschaltung ist, dass die Farben invertiert werden. Dies gelingt immer dann gut, wenn vorher konsequent schwarz auf weiß gearbeitet wurde. Sobald Farben und oder sogar gradients bzw farbige shadows usw hinzukommen wird es schnell unansehnlich und unbrauchbar.