Styx 3.7.0 und PHP 8.0.13

beats TEST blog

Mittwoch, 22. Dezember 2021

Styx 3.7.0 und PHP 8.0.13

Soeben auf die neuste Version upgedatet. Bin etwas überrascht, dass Light-/Dark-Mode gleich ohne jegliche Anpassunen von pure.js und user.css funktioniert. Muss ich jedoch noch genauer ansehen.
Trackback-URL für diesen Eintrag

Dieser 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/2668-Styx-3.7.0-und-PHP-8.0.13.html«

Kommentare

Ansicht der Kommentare: Linear | Verschachtelt

  1. Beat Post author am :

    Habe nun die pure.js und die user.css angepasst und hochgeladen. Leider funktioniert das so (noch) nicht. Die Umschaltung in den Dark-Mode schlägt fehl und die Konsole zeigt auch ein paar Fehler.

    Werde mich morgen darum kümmern. (Könnte auch sein, dass das alte javascript noch dreinfunkt).

  2. Beat Post author am :

    Im Chrome-Browser (der beim Schliessen alles löscht), sieht es schon viel besser aus. Dort stellt sich nur das Problem, dass die Light-/Dark-Mode Umschaltung nach der Wahl eines Menüpunkts nicht mehr funktioniert.

  3. Ian Styx am :

    Du hast das scriptlet in der index.tpl noch drinnengelassen. Das muss weg.

    Dann muss der themePath vor der pure.js Einbindung definiert werden.

        <script> const themePath = '{$serendipityHTTPPath}{$templatePath}{$template}'; </script>
    <script src="{serendipity_getFile file="pure.js"}"></script>

     

  4. Beat Post author am :

    :applaus: Alles richtig gemacht! Danke! 👏 🙏

  5. Ian Styx am :

    🤗

    Eins noch. Schau mal auf styx.beatsblog.ch. Jedesmal stört mich die bunte Shariff Ansamlung. Kann die wieder auf weiß, bitte?!?

    Und dann noch ebenfalls dort. Im Styx 3.3.1 und PHP 8.0.1 Eintrag findet sich "Alle Plugins ebenfalls aktualisiert". Das ist im Dark mode weiß hinterlegt, da der Quelltext entweder von irgendeinem Programm geschrieben wurde das nichts mit Styx zu tun hat - aber von dir per Copy und Paste höchstwahrscheinlich in den Eintragseditor plaziert wurde - oder du hast das im Source code selber so geschrieben (testweise).

    <span style="-webkit-text-stroke-width:0px; background-color:#ffffff; color:#000000; display:inline !important; float:none; font-family:-apple-system,BlinkMacSystemFont,"Segoe UI",Roboto,Oxygen-Sans,Ubuntu,Cantarell,"Helvetica Neue",sans-serif; font-size:16px; font-style:normal; font-variant-caps:normal; font-variant-ligatures:normal; font-weight:400; letter-spacing:normal; orphans:2; text-align:start; text-decoration-color:initial; text-decoration-style:initial; text-decoration-thickness:initial; text-indent:0px; text-transform:none; white-space:normal; widows:2; word-spacing:0px">Alle Plugins ebenfalls aktualisiert</span>

    3. Ich persönlich nutze mein pure theme immer so dass ich in der user css

    #searchsend {
  display: none;
}

    setze, um den Los Buttton des search input Feldes loszuwerden, denn es funktioniert ja prima mit return. Ich habe immer wieder mal überlegt das als default zu übernehmen, doch auch immer wieder davon Abstand genommen, da ich den Usern des Themes nicht vorgreifen wollte.

  6. Beat Post author am :


       
    1. gemacht.

    2. muss ich irgendwoher kopiert haben. Habe all das inline-style-Zeugs nun entfernt.

    3. Dieser Button hat mich nie gestört. Die Suche ist bei mir nicht an so prominenter Stelle wie im PURE-Theme. Und da ich keine Analyse-Tools einsetze kann ich auch nicht sagen, wie oft die Suche überhaupt genutzt wird. Meine Meinung: Lieber ein Button zuviel (den ich nicht nützen muss) als kein Button, den ich ev. suche. 😉




  7. Ian Styx am :

    👍 Viel besser danke!
    Das mit dem button wollte ich auch nur als Anmerkung gesagt haben.

  8. Ian Styx am :

    Noch etwas ... Ist dir schon mal aufgefallen das auf styx.beat die Tags auf der Stichwortseite auf das LIVE Blog verweisen? Ist das Absicht oder eine Art von Einstellung? Wie geht das? Ist das anstatt eine auto generierten Tag list vielleicht einfach nur ein Copy & Paste eines bestimmten Datums auf dem LIVE Blog gewesen das du als statische Seite auf styx eingesetzt hast? Sieht so aus jedenfalls.

  9. Beat Post author am :

    Ja, das ist statischer Code, in einer statischen Seite. Zwei-, dreimal pro Jahr aktiviere ich das freeTag-Plugin in der Seitenleiste. Dann kopiere ich mir aus dem Browser den entsprechenden Quelltext und füge ihn auf der Stichwort-Seite ein. Deshalb gibt es unter der Liste auch den Hinweis "Stand: 12.05.2020".

    Es wundert mich somit nicht, dass die Tags auf www.beatsblog.ch verweisen, denn von dort habe ich diese statische Seite übernommen.

    Ich habe keine Möglichkeit gesehen, wie ich diese Liste dynamisch einbinden könnte. Da ich jedoch nur ganz selten neue Tags erstelle, finde ich den gewählten Ansatz ganz o.k. Die Anzahl der Beiträge pro Tag (bei Mouse-over) stimmt meist nicht mehr, doch das erachte ich als Kleinigkeit (und ist bei Mobile-Usern eh obsolet).

    Im Live-Blog ist derzeit "Stand: 12.08.2021". Habe Deinen Kommentar gleich zum Anlass genommen um die Stichwort-Seite auf dem Live-Blog und auf styx.beatsblog.ch zu aktualisieren. Nun stimmen die Links auch dort. 👍

  10. Ian Styx am :

    Eigentlich müsste das so gehen, dass man einen neuen Staticpage Seitentyp generiert:

    Beschreibung: Typ für dynamische Schlagwörter

    Template Name: mytags.tpl

    Dann die mytags.tpl in seinem theme erstellt (mit oder ohne zusätzliches markup) und dort

    {serendipity_showPlugin class="serendipity_plugin_freetag"}

    hineinschreibt.

    Dann eine neue statische Seite schreibt oder die alte nutzt und dort das neue Template in der Struktur Box in der Artikeltyp Option einstellt.

    Und schwupps hat man eine Sorge weniger! 😊

  11. Beat Post author am :

    🎄 Noch ein Weihnachtsgeschenk? 🎁

    Werde ich in den nächsten Tagen einmal angehen und dann hier berichten.

    Ich danke Dir für all die wertvolle Unterstützung und wünsche Dir und Deinen Liebsten frohe Weihnachten! ✨

    Und den allgegenwärtigen Wunsch: Bleib gesund!

  12. Ian Styx am :

    Ebenso! Wunderbar, wenn man so ein willigen Mitstreiter hat. Dann wirds konkret und hilft!
    Liebste Grüße an die Frau Gemahlin!

    Ist der Geh Mal noch im Spiel
    Häuft sich Arbeit an so viel!

    😄

  13. Beat Post author am :

    🏆 Das ist der Königsweg: Wenn man Arbeit als Spiel versteht! 👍

  14. Beat Post author am :

    Als ich die "Suche" auf eine statische Seite verschoben habe, erstellte ich dafür eine eigene plugin_staticpage.tpl. Die habe ich nun wie folgt erweitert:

    {if $staticpage_pagetitle == 'stichworte'}
 <p>
  {serendipity_showPlugin class="serendipity_plugin_freetag"}
 </p>
{else $staticpage_content}

    Das funktioniert soweit. 👍

    Im Vergleich zu der Originaldatei fehlt meiner tpl der ganze Headerbereich (Navigation & Breadcrumb) aber ich denke, dass ich darauf auch verzichten kann, weil ich es nicht nutze.

  15. Ian Styx am :

    So gehts natürlich auch.. 😀

  16. Ian Styx am :

    Beat, kannst du dich erinnern warum ich beim Pure theme auf die taglist und den Bearbeiten Backlink im footer verzichtet habe? Oder ist das einfach unter den Teppich gefallen?

  17. Beat Post author am :

    😀 Eine schöne Frage. 😊 Ich soll wissen, warum Du etwas so gemacht hast, wie Du es gemacht hast? 😎

    Ich würde Dir ja gerne helfen, doch soweit ich mich erinnern kann, gab es beides noch nie im pure-Theme. Was mich dann jedoch zu einer Frage an mich selbst bringt: Wie habe ich im pure-beat-Theme die Tags in den Entry-Footer gekriegt? In der entries.tpl finde ich nichts... 🤔 Fragen über Fragen... 🤔

    Du siehst, ich kann Dir wirklich nicht weiterhelfen. :sry:

  18. Ian Styx am :

    Kaum zu glauben....😳
    Ich habe es also jetzt eingefügt.

    Bist du schon über den staticpage type button gestolpert? Ich wollte darin eigntlich nachtragen, dass man das template file besser "staticpage_type_taglist.tpl" oder so nennen sollte, damit man sich in Jahren auch noch daran erinnert.

  19. Ian Styx am :

    Inzwischen ist es mir wieder eingefallen.💡 Es war eigentlich schon so beabsichtigt, da es im Grunde nur eine Erweiterung des Freetag Plugins ist, die es erlaubt, auf erweitertes Smarty umzuschalten. Ohne dies wird halt nur auf entry Seiten das harcodierte default markup aus dem Plugin selbst in den footer geschrieben. Um nicht später wieder darauf hereinzufallen, habe ich nun das gestern und heuite geschriebene für die Smarty Version (als Beispiel) hinzugefügt.

    Ich hatte dich gefragt bzw gewagt nachzufragen, weil wir bestimmt an der einen oder anderen Stelle darüber diskutiert hatten, ich mich aber nicht mehr erinnern konnte und, wie du richtigerweise anmerkst, es auf deinen Plattformen unterschiedlich ausgegeben wurde.

  20. Beat Post author am :

    Ganz ehrlich: Das Thema überfordert mich im Moment erheblich. Im freeTag-Plugin ist bei mir Smarty deaktiviert und ich habe weder in meiner index.tpl noch in der entries.tpl irgend ein Eintrag bezüglich freeTag. Trotzdem werden hier (wie auch im Live-Blog) sowohl auf der index-Seite wie auch auf der Entry-Seite die Tags angezeigt. Ich bin echt verwirrt und weiss deshalb auch nicht, ob die von Dir nun angestossenen pure-Veränderungen eine Auswirkung auf meine Blogs haben.

    Ich ignoriere derzeit diese Verwirrung, weil es ja genauso dargestellt wird, wie ich es will. Also sehe ich keinen unmittelbaren Handlungsbedarf. 🤔

  21. Ian Styx am :

    Trotzdem werden hier (wie auch im Live-Blog) sowohl auf der index-Seite wie auch auf der Entry-Seite die Tags angezeigt.

    Hier sehe ich davon nichts! Weder in view == entries, also der "index" Seite, noch im einzelnen Eintrag.

    Im LIVE Blog wiederum ist wahrscheinlich der default Wert bzw Ausgabe aktiv. Allerdings in einem li tag, was nicht sein könnte, denn die $entry.add_footer Ausgabe (über die solche plugin insets geliefert werden) sitzt normalerweise unterhalb der ul Liste, am Ende des footers.

  22. Beat Post author am :

    Hier sehe ich davon nichts!

    🙄😲🚨 Alarm!

    ruhig bleiben... durchatmen... nichts überstürzen... keine hektischen Aktionen!

  23. Beat Post author am :

    Soweit beruhigt. 👍 Hier war im freeTag-Ereignis-Plugin der Schalter "erweitertes Smarty" auf "Ja" gestellt. Nun steht es wieder auf "Nein" und die Tags werden mir im Entry-Footer wieder angezeigt.

    Trotzdem ist mir nicht ganz klar, woher diese Anzeige kommt, denn nach Deiner Aussage dürfte die mit dem "alten" pure-Theme als Basis ja nicht angezeigt werden (was ja auf styx.beatsblog auch der Fall ist). Echt verwirrend.

  24. Ian Styx am :

    Doch musste es sogar, meine ich. Und zwar die default hardcodierte Ausgabe aus dem Plugin selbst, Darunter fällt sowohl die Tag Liste als auch die related Entries. Ich war (anfangs) nur verwirrt gewesen und hatte dort wo ich immer geschaut hatte nur keine tags stehen gehabt. Oder aber ich bin jetzt komplett endjahrgerallayed und reif für die Klapse und habe es jetzt nur noch mehr verwirrt! 🤪 Mal schauen....

  25. Beat Post author am :

    Alles gut! 🤗

    Es war ein langes und anstrengendes Jahr! Du hast wirklich sehr vieles weiterentwickelt und die Styx-Edition ist Original-S9Y mittlerweile um Lichtjahre voraus! 👍

  26. Ian Styx am :

    Ja ha ha ha!° Loohoohoobet den Herren, auf das er nächstes Jahr auch noch Lust hat....😁
    Beam me up, Scotty! 🚀

Kommentar schreiben

Die angegebene E-Mail-Adresse wird nicht dargestellt, sondern nur für eventuelle Benachrichtigungen verwendet.