Dienstag, 7. Dezember 2021
Styx 3.7-beta1 und PHP 8.0.13
Neu mit Dark-Mode im pure-Theme. -> lass die Spiele beginnen! 😎😉
Bei der nächsten stable-Version an diesen Kommentar denken!
Trackbacks
Trackback-URL für diesen EintragDieser Link ist nicht aktiv. Er enthält eine kopierbare Trackback-URI, um manuell ein Ping- und Trackback zu diesem Eintrag für ältere Blogsysteme zu generieren; zB (immer noch valide) über das zur Verfügung gestellte Eintragsfeld des serendipity_event_trackback Plugins. Serendipity und andere Blogsysteme erkennen die Trackback-URL heutzutage aber automatisch anhand der Artikel-URL. Die Trackback-URI für ihren Link des Sender-Eintrages lautet daher wie folgt: »https://www.blog.dokumenzi.ch/2667-Styx-3.7-beta1-und-PHP-8.0.13.html«
-
| Weiter: "Styx 3.7-beta1 und PHP 8.0.13"
Neu mit Dark-Mode im pure-Theme. -> lass die Spiele beginnen! 😎😉 Bei der nächsten stable-Version an diesen Kommentar denken! […]
Kommentare
Ansicht der Kommentare: Linear | Verschachtelt
Beat Post author am :
Hab nur mal schnell die Änderungen in der index.tpl nachgetragen, damit ich hier im Header den Frontend-Darkmode-Umschaltknopf kriege. Es wartet nun noch einiges an CSS-Arbeit auf mich. Gegen Ende Woche sollte ich mehr Zeit dafür finden.
Vielen Dank für die tolle Weiterentwicklung! 🤗 SUPER! 👌
Ian Styx am :
😱 ..... 😂
So wie da --> https://styx.beatsblog.ch/categories/BLOG <-- siehts dann in echt aus.
SCNR
Ich habe es gleich noch mal zum Anlass genommen ein paar Sachen nachzutragen, für die shariff social buttons, die /comments/ summary Seiten und für ein paar code hightlight Farben. Schon committed.
Bitte unbedingt melden wenn noch Dinge fehlen oder farblich noch nicht optimal sind!!!
Beat Post author am :
😏 gleich gemerkt, dass ich beim Original-Pure-Theme abschaue (styx.beatsblog.ch) 😉
Wenn man dort auf Dark-Mode umstellt, wird bei den Beiträgen kein Erstellungsdatum mehr angezeigt (z.B. "Donnerstag, 19. März 2020"). Resp. es hat die gleiche Farbe wie der Hintergrund.
Beat Post author am :
Auf dem Mobile wechselt das Navigationsmenü die Farbe nicht. Was vielleicht gar nicht schlecht ist, da es eh schon ziemlich dunkel dargestellt wird.
Ian Styx am :
Ja, das fand ich auch.. Ich habe das unter dem Motto geschrieben: "Ändere so wenig wie möglich"
Ian Styx am :
Was kümmert mich meine Meinung von Vor-Vor-Vor-Gestern... 😆 Jedenfalls habe ich das gestern geändert, aufgrund der neuen kontrastreicheren Farbgegebenheiten. Dazu wurde in der mobilen Ansicht bis 640px der Umschaltbutton immer sichtbar in die pure eigene "foot Hamburgerleiste" verschoben. Sonst klebt er ja dauerhaft knapp unter dem oberen Rand. Dazu wurde das button markup aus der "banner" Klammer nach oben verschoben. Das musst du bei der eventuellen Übernahme für dein Theme (bei dem das ja anders ist) bedenken.
Beat Post author am :
A propos Banner. Ich habe mir irgend einen blöden Fehler eingebaut, der sich wie folgt äussert. Sobald die Displaygrösse einen bestimmten Wert unterschreitet, ändert sich die background-color des Banners nicht. Das ist doof, doch ich weiss einfach noch nicht, woran das liegt...
Ian Styx am :
Hmm kniffelig....
Erstmal würde ich denken das der float button bei dir (hier!) im mobile view nicht unten, sondern konsistent oben angebracht sein sollte, sonst kommt er sich mit dem UP Button ins Gehege.
Ist denn das beschriebene Verhalten auch auf einem Smartphone so oder nur existent wenn man die previews der Browser Dev-Tools nutzt?
Ansonsten würde ich vorschlagen aus dem
das top: auto mit 24px (wie bereits eingearbeitet) zu ersetzen. Ganz vorher stand es auf 12px. Das allerdings wirkt nicht mehr wenn man nun leicht von oben herunterscrollt so dass das BAnner verschwunden ist und so klebt im mobile view das icon sehr knapp am bzw unterhalb des oberen mobile Randes. Das muss man also nicht nur in den DEV-Tools sondern auch am echten Mobile überprüfen.
Dann könnte man das fixed - wie hier ebenfalls bereits eingearbeitet - mit einem !important forcieren, so dass es wieder mitschwimmt. In meinem kurzen Test in den tools tat es das jedenfalls. Es ist aber auch immer gut zu wissen ob es das auch mit echten reloads tut.
Ian Styx am :
Komischerweise habe ich schon wieder die eigentliche Frage nicht beantwortet. Sorry.
Da ist irgend etwas aktiv was ich noch nicht heraus habe... Also Moment. 🙂
Vielleicht kannst du ja inwischen die Button Frage lösen (wenn du überhaupt willst).
Ian Styx am :
Also..., das liegt wohl am (von dir) eingebauten linear-gradient des .dark-theme {} selectors und du könntest es durch ein zusätzliches
für das eigentliche Banner irgendwo unterhalb davon wieder aufheben - vielleicht auch nur als media screen bis 1000px width. Achte darauf das nicht noch ein rule für das banner danach kommt.
Dies nur als Beispiel mit nur einer Farbänderung.
Beat Post author am :
Laut meiner user.css gibt es im Dark-Mode gar keinen Gradient. Folgendes steht drin:
Der Footer wird korrekt angezeigt, nur das Banner nicht. 🤔
Moment. Ich kann ja mal folgendes anfügen:
Ian Styx am :
Doch .. irgendwo tief unten schon
Beat Post author am :
💡 Es werde Licht! 💡
Der erwähnte Gradient ist richtig für die Light-Ansicht und wird (jetzt) im Dark-Mode mit "background: none;" gelöscht und durch "background-color: #020236;" ersetzt. Nun klappt das auch. Der Übeltäter war wohl, dass ich den background-Gradienten mit dem "none" zur Ruhe bringen musste und nicht einfach eine Farbe "drüber" setzen konnte.
... blöd nur, dass mir das "none" nun auch gleich die evo-grafik abgemurkst hat.
Ian Styx am :
background: ... ist höherwertig als sein sub attribute background-color oder background-url, etc.
Also statt background: none kannst du dort auch alles zugleich einbauen, siehe https://developer.mozilla.org/de/docs/Web/CSS/background - auch das Bild und center und color usw.
Beispiel
Beat Post author am :
mein Kopf raucht... ich mach mal ne Pause und gehe Weihnachtsbeleuchtung aufhängen. Kümmere mich später noch darum.
Beat Post author am :
😎 Immer wieder erstaunlich, was ein ";" am richtigen Ort alles ausmacht. 😉
Beat Post author am :
Ich konnte die background-Kombination auch nach mehrmaligem Lesen der Mozilla-Seite nicht umsetzen 🙄.
Nun gibt es halt die evo-Grafik in jeder Bildschirmgrösse (bei kleinen Screens halt abgeschnitten), dafür ist nun auch der Gradient überall weg. Mit diesem Kompromiss kann ich leben und es macht es auch insofern einfacher, weil ich nun keine spezifischen Einträge in den @media-Bereichen mehr habe.
Beat Post author am :
Hmm... Habe den neusten pure-Ordner auch nach https://styx.beatsblog.ch/ hochgeladen. Der Dark-Mode-Umschalter ist jetzt in der Navigationsleiste ganz unten, was ich recht gut finde. Bloss, wenn ich nun die Navigation öffne, wird mir die nicht direkt oben am Bildschirmrand angezeigt, sondern ich muss zuerst ganz hochscrollen um sie zu sehen (und das ohne scroll-to-top-button). Die direkte Einblendung, ohne scrollen, fand ich früher besser.Falsch! Ich hätte nur mal den Browser-Cache löschen sollen... 🙄 Am Mobile sieht das ganz gut aus! 👍
Ian Styx am :
👍 Hatte auch noch einen kleinen Nachtrag, den du glaube ich noch nicht erwischt hast, da wir uns da gerade in die Quere gekommen sind. Ist aber nur für styx.doku wirklich zu erkennen.
Beat Post author am :
Arghh... Die Änderungen waren für pure-beat aber nicht gut... In der Mobile-Ansicht habe ich nun kein Menü und auch kein Light-/Dark-Mode-Umschalter mehr. Zudem ist in der >1024px Darstellung die Banner-Grafik verschwunden... Muss mir wohl die neuste index.tpl mal zu Gemüte führen.
Ian Styx am :
Kann es sein das dafür auch hier der Schalter aus dem Banner raus muss?!
Ian Styx am :
Super!! 😀
Was so ein paar zusätzliche Augen so ausmacht... siehe Wald und Baum und so... 🙂
Danke! Ist gefixt.
Beat Post author am :
Da wartet ganz schön viel Arbeit auf mich... In style.css gibt es über 130 Einträge mit "dark-theme"... 🤔🤯
Ian Styx am :
🤗 Aber eigentlich sind es nur ein paar wenige Farben und um die geht es ja eigentlich, denn du hast ja nichts am Strukturgerüst verändert. Und ... du musst ja gar nicht alles ändern!!
Eigentlich kann man hier im dark mode gut sehen, woran du in deinem theme überall geschraubt hast. Nicht alles davon ist wirklich sinnvoll gewesen, wie zum Beispiel der dicke text shadow vom h1 banner. Der ist selbst im light mode eher schlecht, wenn er einen Eintragstitel enthält und über deine evolution Grafik ragt.
Ach und übrigens ... warum gibt es in den shariff button styles einen .theme-white selector? Kann man da am Plugin irgendetwas einstellen?
Beat Post author am :
Ja, man kann zwischen 3 Farbschemata wählen. Standard, Weiss, Grau. Ich habe Weiss gewählt.
Ian Styx am :
Oh Mist! Danke. Dann muss ich versuchen das zu überschreiben. Kannst du meinen Fix mal übernehmen und eventuell mal kurz ausprobieren ob die dark-theme styles auch wirklich alle drei Varianten überschreiben?
Beat Post author am :
Habe das neuste style.css hochgeladen. Die Texte und Icons von sharebuttons ändern bei Umschaltung in den Dark-Mode in jeder Einstellung. Der Buttonhintergrund ändert bei Dark-Mode nur in der Einstellung "Weiss".
In der Einstellung Standard haben diese die App-Farben (hellblau für Twitter, Dunkelblau für Facebook, Grün für WhatsApp und grau für Mail). Diese ändern nicht, ob Light- oder Dark-Mode.
In der Einstellung "Grau" ändert sich die graue Hintergrundfarbe auch nicht.
Damit Du das sehen kannst, ist hier nun die Einstellung "Grau" aktiv.
Ian Styx am :
Hier ist das ja echt furchtbar... besser wäre es drüben, denn da weiß ich dass da keine anderen styles dazwischenfunken... 😉
Ist gefixt (hoffentlich). Bitte bestätigen und dann wieder auf weiß zurück, bitte. Danke.
Ich werde wahrscheinlich noch ein paar Verbesserungen vornehmen für content und sidebar und footer Farbe (analog zu Banner) und darauf bezogen auch für die comment Grundbox.
Außerdem habe ich heute ein Blog post über dark mode(s) geschrieben. Ist vielleicht auch für dich interessant.
Beat Post author am :
O.K. Auf https://styx.beatsblog.ch/categories/BLOG ist nun die aktuelle style.css und das sharebutton-Plugin ist auf "Standard".
Hier habe ich das Plugin wieder auf "Weiss" gestellt.
Sorry, hier ist echt Augenkrebs-Zeit... Dark-Mode ist derzeit noch ein "Black-Hole" für mich... ich irrlichtere in der user.css umher...
Ian Styx am :
Das kann nicht sein! Da fehlt ja die Hälfte.. sehe ich gerade. Da kann ich ja rumdoktorn wie ich will... Vielleicht nutzt du falsche Zwischenstände über commit hashes?! Nur so bekommst du wirklich das aktuelle und das auch gleich richtig zum abspeichern:
https://raw.githubusercontent.com/ophian/styx/master/templates/pure/style.css
Es kann sein das ich jetzt sogar wieder etwas zurückstellen muss.
Beat Post author am :
Ähm... bin mir keinem Fehlverhalten bewusst. 🙄
Habe nun nochmal die aktuellste style.css hochgeladen. Nun wechseln die Farben in allen drei Modi "Standard", "Weiss" und "Grau".
Ian Styx am :
Jupp, jetzt ist es (im Ganzen) vollstandig!
Ich kann sogar die importants für shariff wieder rausnehmen. Habe fertig. 🙂
Beat Post author am :
Genau deswegen habe ich den mal gemacht. Damit man die gleichfarbige Schrift auch über der Grafik noch lesen kann. 🤨
Ian Styx am :
Viel lustiger wäre es gewesen die Länge des header würde die Grafik zur Seite schieben ... vielleicht sogar animiert.
Aber dann müsste sie annders aufgebaut sein.
Beat Post author am :
Das wäre phänomenal, nur kann ich das nicht.
Ian Styx am :
Das Bild müsste und dürfte nur so groß sein wie sein eigentlicher Inhalt, also die Bikevolution. Dazu der Hintergrund transparent. Den Rest könnte man (wahrscheinlich) mit CSS machen und vielleicht einem zusätzlichen div Element.
Spielkram für Winterabende! 😎
Beat Post author am :
Ich nehme an, dass Du auch gesehen hast, dass sich der Hintergrund des entrypaging-Plugins im Dark-Mode nicht ändert.
Ian Styx am :
Das stammt aber von dir! 😊 aus deiner user.css.
Beat Post author am :
Das wollte ich nicht hören. 😜
Ian Styx am :
Wieso nicht?
Beat Post author am :
weil so die Arbeit an mir hängen bleibt. 😏
Andere Frage: Weshalb scheitere ich beim Anpassen des "body" für den Dark-Mode? Eigentlich sollte der ganze Bildschirmhintergrund (body) den Verlauf kriegen, den jetzt die Seitenleisten und der Content haben. Danach wollte ich diese Dinge auf transparent stellen. Doch seit einer Stunde mühe ich mich ab und kriege den Body einfach nicht mit einem dunklen Gradient versehen...
alles schon ausprobiert, doch nichts greift.
Ian Styx am :
Weil der dark-theme selector ein class selector des body Elementes ist.
Du könntest es in der user entweder genau so überschreiben oder sagst "body.theme-dark {}" mit höherer Wertigkeit.
Allerdings würde ich vorschlagen es nicht so kompliziert zu machen und den dark mode gegenüber deinen user styles besser einfach abzuspecken, also gradients und shadow etc eher besser heraus zu nehmen..🙄
Beat Post author am :
🙏 Danke! 👍
Ian Styx am :
So. Ich habe gerade die letzten changes raufgeladen.
Irgendwann muss ich damit aufhören, denn sonst fummele ich da noch nächstes Jahr dran rum....
Für heute ist erstmal Schluß.
Viel Spaß noch...
Beat Post author am :
Kann ich verstehen. Doch aufgepasst: Nächstes Jahr kommt schneller als Du denkst! 😎🤣
Vielen, vielen Dank für Deine tolle und unermüdliche Arbeit! 🙏 🥇
Beat Post author am :
Das ist demzufolge nach dem nächsten Update nicht mehr so. Richtig? Dark-Mode ist dann eine ganz eigene Klasse.
Ian Styx am :
Genau. Der neue attribute Präfix wandert in das < html > Element.
(Das war nötig wegen den neuen dark mode scrollbar styles)
Beat Post author am :
Darf ich noch eine Frage stellen? 😇
Soweit gefällt mir "mein" Dark-Mode recht gut. Ich habe noch das Problem, dass ich die svg-Grafiken farblich nicht ändern kann. Dies betrifft die Pfeile im entrypaging-Plugin, im Pager-Footer und im Light-/Dark-Umschalter. Was ich auch versuche... nichts scheint zu wirken.
Ian Styx am :
Na Klar! Du hast noch gar keine svg icons. Sie liegen im icons/ Verzeichnis von pure. Die musst du zu dir rüberholen, so das der themePath mit den angegebenen svg Pfaden im scriptlet übereinstimmt.
Für den runden Hintergrund ist der (pure) .float selector zustandig, siehe background-color: #294564;.
Dass das icon (sun/moon) weiß ist, liegt am fill="#ffffff" attribute des svg icons selbst. Aufmachen in Notepad++ und in #800080 (purple) ändern. 😀
Ich war heute nochmal fleißig und so könnte ein neues update der style.css nicht schaden.
Warst du schon unterwegs mit deinem neuen Flitzer? 🚴♂️
Beat Post author am :
Hier hat's heute 10cm geschneit (also nur eine Mini-Testrunde). Muss gleich raus und Schnee schippen, damit die liebe Frau dann in die Garage fahren statt rutschen kann.
Vielen Dank für die Tipps. Werde ich mich morgan dahinterklemmen!
Schönen Abend!
Ian Styx am :
Na klar! Lesen müsste man (ich) können.... Entschuldige.
Statt
schreiben.
Beat Post author am :
soooooo cute!
Many thanks!
Ian Styx am :
Irgendwer müsste mir mal langsam auf die Finger hauen...✋
Ich habe noch etwas finetuning und Ordnung hinzugefügt.
Beat Post author am :
Werde gleich mal den neusten pure-Ordner downloaden und hier einspielen...
Nachtrag 12:22 Uhr -> Erledigt.
Ian Styx am :
Zwischen 540 und 1000px im responsive mode hast du immer noch den gradient aktiv. Da muss also noch ein media screen angepasst werden.
Ian Styx am :
zb so
oder nicht ganz so hell in der Abstufung
🙂
(das vergrößernde ... cover kann man auch weglassen)
Beat Post author am :
Danke für die Hilfestellung! 👍
Ich habe das noch nicht angepackt, weil mein Banner im Dark-Mode gar keinen Gradient hat sondern transparent geschaltet ist (ich nehme mal an, dass dadurch der body für die Farbgebung zuständig ist). Das muss ich wohl beim nächsten Upgrade berücksichtigen...
Was macht denn "
"? Auf sehr hochauflösenden Monitoren ist mir schon aufgefallen, dass die Evo-Grafik mehrfach hintereinander dargestellt wird (wenn es der Platz zulässt). Das würde ich eigentlich gerne vermeiden.Ian Styx am :
Dafür ist
nicht zuständig (ein Verfahren zur Vermischung von Hintergrundbildern und -farbe).Was du meinst wäre ein background attribute "no-repeat" Zusatz.
Du spielst doch gerne, insofern kannst du meine Beispiele doch einfach ausprobieren, sogar auch nur im Browser.
Dann siehst du was beim Wechsel von hell auf dark mode anders ist.
Das waren ja auch keine Endergebniss sondern nur Beispiele für deine bluebox ... 😀
Beat Post author am :
🙄 mea culpa! 😇
Ja, ich hätte es wirklich zuerst testen können/sollen...
Ich habe das heute nun endlich nachgeholt und die dunklere Variante dann gleich übernommen. Vielen Dank! 👍
Ian Styx am :
Ich würde inzwischen background-blend-mode und background-size: cover wieder rausnehmen. Wenn das Bildschirmfenster groß bzw breit wird, hat das unangenehme Folgen. Und dafür lieber ein background-repeat: no-repeat; einsetzen.
Beat Post author am :
Danke für den Hinweis. Das habe ich nun so umgesetzt. Ich kann das leider nicht testen, da mein Laptop-Monitor keine wirklich riesige Auflösung hergibt.
Ian Styx am :
Ist ok. Allerdings hast du den light mode vergessen.
Beat Post author am :
Hmmm... das ist tricky (oder: ich scheitere wieder einmal an meiner Inkompetenz).
Sobald ich im Light-Mode
entferne, wird im Dark-Mode die Grafik nicht mehr dargestellt (oder hinter dem Background). Ich weiss, dies klingt unglaublich, doch ich habe es mehrfach versucht und bin immer wieder gescheitert.
Ian Styx am :
Tja lustig...
Mache einfach im "light mode"
Die background Kurzform ist einfach ein container für die verschiedenen sub-attribute und gleichzeitig höherwertig als seine Einzelteile. Ich nehme an das da irgendwer irgendwen überschreibt, obwohl er ja alle Attribute hat. Vielleicht sind sie nur falsch angeordnet...?! 🙄
Styx 3.7.0 ist released!
Edit: Übrigens Danke für die richtige "lässig" Interpretation und Korrektur. Das muss Gedanken Übertragung gewesen sein! 😚
Beat Post author am :
Wird mir im Live-Blog angeboten, hier aber noch nicht. Ich kann ja schon mal diese Änderungen angehen:
Beat Post author am :
Ne, ich kriege es nicht hin. 😕
Mit dem !important im light mode ist dann zwar im Dark-Mode die Grafik da, doch der background-Gradient ist dann weg. Und der gefällt mir super. Darauf möchte ich nicht verzichten.
Das hat mir irgendetwas anderem zu tun. Wenn man rasch zwischen Light- und Dark-Mode umschaltet sieht man auch, dass die Grafik leicht andres positioniert ist. Vielleicht hat es etwas damit zu tun (ganz zu unterst in meiner user.css):
🤔
Ian Styx am :
Ok wie bereits vermutet ist es die Reihenfolge. Im light mode setze:
und im dark mode
Ian Styx am :
Die Verschiebung ergab sich durch das size cover.
Doch auch mit den neuen Styles ist noch eine kleine Verschiebung da. Du wirst es sehen. Und wenn man genau hinschaut sieht man auch warum, denn man muss das Große und Ganze im Auge haben. So viel zum heutigen Tagesrätsel. 😋
Beat Post author am :
Danke für die Hilfe. 👍
Sobald ich im CSS des Light-Modes
rausnehme, verschwindet die Grafik im Dark-Mode. Also bleibt das nun drin.
Wie Du unten richtig geschrieben hast, kam die Grafik-Verschiebung von:
das habe ich nun rausgenommen. Jetzt passt es mir! Danke!
Ian Styx am :
Jupp, aber du hast nicht genau hingeschaut. Die beiden rules waren der komplette Ersatz und die Frage der Reihenfolge im background container: erst das image url, dann linear gradient!
Beat Post author am :
Peinlich. 😶
Habe es jetzt hier so gemacht und ja, dann kann
raus. Interessanterweise ändert dann die Farbe der Grafik. Nun wird sie im Dark-Mode im Original mit #060689 dargestellt. Im Live-Blog habe ich noch die user.css mit dem multiply drin und da dunkelt die Grafik-Farbe dann ab. Gefällt mir fast eine Spur besser als hier.
Ian Styx am :
Das ist nicht peinlich... das ist Erfahrung mit viel Herumspielerei.... bzw eine Mischung aus beiden und meist haben sich andere auch schon damit herumgeschlagen. Also muss man diese Erfahrungen einfach nur zu finden wissen. 😉
Du könntest im dark mode auch background-blend-mode: soft-light; verwenden.
Ian Styx am :
Zur Info: Du wirst leider nicht umhin kommen vor dem nächsten Update deine Zusätze nochmal zu überarbeiten, da dein beat theme seine Original styles ja aus dem pure parent theme bezieht. Ich habe die letzten Tage das dark theme Präfix getauscht. Eigentlich musst du in deiner user.css nur den .dark-theme selector in das neue Präfix [data-dark-theme="dark"] tauschen (mit suche und ersetzen) und beim obersten statt
als schreiben. Und natürlich das scriptlet ändern.Beat Post author am :
O.K. Behalte ich im Auge. Mit dem "scriptlet" meinst Du wohl die index.tpl
Übrigens noch eine Kleinigkeit: Wenn man einmal in den Dark-Mode gewechselt hat und wieder zurückwechselt, bleibt das Kommentareingabefeld "dark". Zumindest bei mir. (Mein Browser ist nicht auf Dark-Mode konfiguriert. Die Seite startet also täglich im Light-Modus. Das ändert nichts daran, dass das Kommentareingabefeld "dark" erscheint. Erst wenn ich den Browsercache lösche, wird es "light". Bis ich dann das nächste Mal auf Dark-Mode wechsle. Danach bleibt es wieder "dark")
Ian Styx am :
Nein. Mit scriptlet meine ich das javascript das den button event steuert.
Das CKE textarea Feld Problem beim Mode-Wechsel habe ich inzwischen gelöst. Das liegt daran dass das ein iframe mit eigenen cke styles ist, die nur beim reload der Seite Rücksicht auf den aktuellen dark/light mode nehmen. Ich habe versucht wenigstens soweit einen workaround zu schreiben das wenigsten das Schreibfeld und der toolbar Hintergrund auf einen Wechsel ohne Seitenreload reagieren. Browsercache löschen ist sowieso unnötig, F5 reicht.
Beat Post author am :
Etwas ganz anderes: Das "Statische Seiten"-Plugin wurde mehrfach upgedatet, ohne dass ich das wirklich beachtet hätte. Nun ist mir aufgefallen, dass ganz oben rechts ein "Backend Template" ausgewählt werden kann. Es gibt dort 3 Varianten (Default, Responsive, Custom) und hier, wie auch im Live-Blog steht die Einstellung auf "Responsive Template". Ich verstehe das nicht wirklich. Worauf bezieht sich das?
Und: Ich habe am Ende der Frontseite ein paar umtf8mb4-Emojis angefügt. Hier werden mir die Emojis korrekt angezeigt und im Live-Blog sehe ich nur fünf Fragezeichen. Hmmm... 🤔 Zeichensatzkonvertierung... komisch...
Nachtrag: Es war tatsächlich so, dass in der DB des Live-Blogs die Textfelder der staticpages-Tabelle auf utf8_unicode_ci standen (vermutlich habe ich diese Tabelle vom alten Serendipity-Blog so importiert). Habe die Kollation nun auf utf8mb4_unicode_ci umgestellt und nun klappt es auch dort mit den Emojis. Das hat sich also erledigt. 👍
Ian Styx am :
Ah super. Trotzdem werden wir nicht umhin kommen deine Backupstrategie mit deinen tatsächlichen Tabellendaten und PhpMyAdmin nochmals genauer zu untersuchen, damit im Falle ein Export auch wirklich klappt. Ich finde es immer noch schade dass da so viel verloren ging (und manches Fragezeichen nur im Kontext und das auch nur von uns beiden zu verstehen ist).
Zum Statische Seiten Plugin. Ähem! Das ist da schon sechs Jahre!
Früher gab es nur das Standard (default) template für das statische Seiten Eintragsform. Simpel ausgedrückt, ein Formular das aus einem Hauptteil und einem Seitenteil besteht. Das ist aber schwierig zu handeln wenn man es responisiv machen will. Deswegen habe ich damals das responsive Template entwickelt und es zum neuen Standard gemacht. Das default template gibt es also nur noch aus Kompatibilitätsgründen. Ich denke dass das heute niemand mehr nutzen will. Das custom template ist ein erweitertes responsives template mit einer custom Abteilung, in der sich Optionen verstecken, die das Plugin selbst (als Erweiterungen des Normalen) in seinen Untiefen hergibt. Sozusagen die extended version. 😀
Beat Post author am :
Zu utf8 - utf8mb4:
Man muss unterscheiden zwischen hier (hosttech) und Live-Blog (manitu).
Hier (hosttech) sind alle Emojis mit Erstelldatum vor dem 07.05.2021 (Serverumzug) unwiderruflich weg. Seither habe ich keinen Backup mehr gemacht (und scheue mich auch davor).
Der letzte Backup des Live-Blog (manitu) wurde am 06.01.21 gemacht. Die exportierte DB habe ich zu Testzwecken wieder importiert und die Emojis blieben erhalten. Anfang 2022 möchte ich dort den nächsten Full-Backup machen und werde dieses Verhalten dann mit einem Export aus beatsblog.ch und einem Import auf styx.beatsblog.ch vorgängig testen.
Das oben geschilderte Problem mit den statischen Seiten kam wohl davon, dass ich die DB-Tabellen der alten Serendipity-Original-Installation als Ganzes in die Styx-Installation übernommen habe. Das heisst: Ich habe nicht den Inhalt der alten Tabelle in die neue (leere) Tabelle importiert, sondern gleich die ganze Tabelle ersetzt. Das verursachte den Fehler, weil dadurch die alten Zeichensatzinformationen natürlich mitkamen.
Die Frage zu den Templates der statischen Seiten kam daher weil ich mir überlege, www.bikebutler.ch abzuspecken und von Joomla! nach Serendipity zu migrieren. Dafür würden dann einige statische Seiten als Eltern- und Kind-Seiten benötigt und deshalb habe ich mir die Möglichkeiten der statischen Seiten etwas genauer angesehen. Der grösste Knackpunkt an der Idee ist jedoch die Online-Gutscheingeschichte, die mit einer Joomla!-Extension sehr gut funktioniert. Da habe ich keine Ahnung, wie ich das ohne Joomla! lösen könnte. Aber das ist ein ganz anderes Thema...
Ian Styx am :
Eine Joomla!-Extension ist doch auch nix weiter als eine Art Plugin, oder?
Müsste man sehen ob man die wesentlichen Sachen nicht einfach in ein eigenes Serendipity Plugin portieren kann.. meld dich einfach wenns konkret ist, dann schau ich (vielleicht) mal... 😉
Oh, das ist eine gute Info mit dem Live Blog. Dann hast du ja konkrete Vergleichsmöglichkeiten.