Kommentare von

beats TEST blog

Weblog Kommentare

Styx-Stand: 3.0.1 (18.06.2020)

Beat Post author am |

:applaus:

mich brauchst Du nicht mehr zu überzeugen! ?

Danke für die ausführliche Antwort! ?

PS: Dieser Kommentar-Editor ist ein Geschenk! Danke!

Ian Styx am |

... ? ...

Ian Styx am |

Ach, und ja, ich habe gerade das imagesidebar Plugin etwas aufpoliert. Vielleicht kannst du das gleich mal ausprobieren. Es sollten jetzt auch die

<picture> <source>

Elemente mit den webp images genutzt werden.

Beat Post author am |

Jetzt wird aber anstatt des Titels "Fünf Zusatzbilder" ein Blogbeitrag-Titel angezeigt. Und zwar der, des letzten Bildes.

Ian Styx am |

Oh ja ⛈❗, das war nicht vorherzusehen - gerade gefixt! ?

Beat Post author am |

Hier wird mir die Plugin-Version 2.02 noch nicht angeboten. Habe das Plugin zuerst auf www.styx.beatsblog.ch und danach auf www.beatsblog.ch upgedatet. Funktioniert nun tip-top! ?

Beat Post author am |

Jetzt auch hier in V2.02 ?

Ian Styx am |

✔ supi!

Jetzt musst du nur noch die CSS styles Option abschalten damit deine user styles wieder wirken. ☺

Beat Post author am |

❓ Set #mediasidebar and image inline styles = Nein (ohne etwas zu tun), Für mich sieht alles korrekt aus.

Ian Styx am |

Och nee--- wie dumm.

Ich hatte eine Rückfall-style-option eingebaut. Die auch im Falle von nein (da diese Option eigentlich für die Aufhebung von eventuellen Linkstyles gedacht war) trotzdem deinen Abstandhalter-styles nahe kommt - leicht abgeändert als default. Da das aber nicht im durchgereichten eventData Stream ist und damit in die serendipity.css eingefügt wird, und damit dann über deinen user styles stünde, sondern einfach per runtime als styles in die sidebar geschrieben wird, steht es eben darunter. So musst du das eben anders überschreiben - entweder mit important (was eher zu vermeiden ist) - oder das du statt

.mediasidebaritem img {...}

ein

#serendipityRightSideBar .mediasidebaritem img {...}

in deiner user.css benutzt. Letzterer hätte als Knoten (-anweisung) die höhere Priorität.

Beat Post author am |

Bevor ich jetzt irgendetwas ändere, muss ich überhaupt verstehen, was Du meinst.

Bei mir sieht nämlich alles richtig aus. Die Bilder des imagesidebar-Plugins haben abgerundete Ecken, Schatten und den richtigen vertikalen Abstand.

Also: wo liegt das Problem?

Beat Post author am |

Ah... ok... bei ganz genauer Betrachtung fehlt doch der Schatten. Habe also die user.css entsprechend abgeändert und nun ist der Schatten deutlich(er) zu erkennen.

Das heisst aber auch, ich könnte der vertikalen Abstand rausnehmen, da Du den nun eingebaut hast. Und anscheinend auch den border-radius.

Ian Styx am |

...heisst, ich könnte den Abstand und border-radius rausnehmen, da eingebaut...

Jein. Ja wenn es so bliebe; Nein wenn ich es nochmal ändere. Denn das ist ja schwer zu erkennen, wenn man nicht direkt davon weiß und somit suboptimal.

Stephan Brunker am |

Nein, ich kenne die Geschichte nicht. Ich weiß nur, dass im Moment nur noch thh und onli aktiv an der Entwicklung arbeiten. Man muss auch sehen wie ich zu der Sache gekommen bin: Ich wollte Mißstände fixen die mich in meinem Blog gestört haben und das ging eben nur im Core. Oder es wurden feature-requests an mich herangetragen, die sich auch in anderer Form auf github gefunden haben was aber nicht als Plugin realisierbar war, beziehungsweise wo eine Hälfte der Funktionalität bereits im Core war. Und Nummer drei: Funktionalitäten die es in anderen Systemen gibt und die ich auch wollte. Wenn ich sehe dass Besucher auf den Benutzernamen klicken, dann wollen die wohl was über den Benutzer wissen. Und wenn es sowieso schon ein Kategoriebild gibt, dann es es nur konsequent dass es ein Benutzerbild gibt. Das ganze Multilingual-Plugin ist auch so ein Beispiel, das greift so tief in den Core ein und es gibt so viele Stellen wo auf dieses zurückgegriffen werden muss dass ich das jetzt in meiner Fork in die Core-Plugins verschoben habe, dann aber standardmäßig deaktiviert. 

Ich hätte mir nur eben gewünscht, dass sich der Aufwand lohnt, also mein Beitrag auch gemergt wird. Ansonsten kann ich auch damit leben dass ich dann eben meine eigene Fork habe deren Commits dann eben immer wieder auf den vorherigen HEAD rebased werden wenn jemand diese Funktionalität eben haben will. Es ist dann nur halt schade, dass sich ein System dann in drei Richtungen entwickelt wenn stattdessen auch alle Beteiligten an einem Strang ziehen könnten. Was dann aber wohl wegen unterschiedlicher Ansichten nicht geht. Menschen halt...

PS: der Kommentareditor ist wirklich gut. Aber wenn ich jetzt zu Styx wechseln würde, würde sich das gleiche Problem wohl in anderer Form wiederholen, denn auch da gibt es den unweigerlichen Konflikt zwischen dem was ich will und dem was der Haupt-Maintainer will.

Beat Post author am |

O.K. Habe also alles wie zuvor in der user.css stehen. Nur einfach mit dem Knoten #serendipityRightSideBar davor.

#serendipityRightSideBar .mediasidebaritem img {
	border: 1px solid #b8b8da;
	border-radius: 4px;
	box-shadow: 3px 3px 3px #b8b8da;
	box-sizing: border-box;
	margin-bottom: .3rem;
    width: auto;
    max-width: 98%;
}

 

Ian Styx am |

Habe ich gesehen! ?

Eine Kleinigkeit: 98 Prozent finde ich nicht so schön; 95 bis 96 (wie vorher, glaube ich mich zu erinnern) passten irgendwie besser.

Beat Post author am |

? es war schon vorher 98%... Aber, ich bin ja nicht lernresistent. Wenn dem Master 96% besser gefallen, dann sind es jetzt also 96%. ?

Ian Styx am |

Hey! Es ist dein Blog und dein Theme! ?

Beat Post author am |

???

Ian Styx am |

Vielleicht nur so viel dazu...

... gibt es den unweigerlichen Konflikt zwischen dem was ich will und dem was der Haupt-Maintainer will.

Das wird dir - so wie allen neueren Mitarbeitern an einem Softwareprojekt - potentiell immer und überall so gehen. Und deswegen gibt es ja auch Maintainer! Sie geben die Vision vor und wissen um die Umstände. Bremsen also allzu forsche Mitstreiter auch mal ein; auch im Ton. Sie erklären und/oder bestimmen was auf welche Weise hineinkommt. Und wenn sie gut sind, werden sie deine Bemühungen eher weise in die richtige Richtung lenken, als sie brüsk zurückzuweisen. Aber ihr Wort gilt und muss dann auch akzeptiert werden. So ist das nun mal. Und das ist gut so! ?

Styx-Stand: 3.0.1 DEV (13.06.2020, 14:55)

Beat Post author am |


  1. Am Desktop fällt auf, dass die Seitenleisten breiter geworden sind.

  2. Kommentieren mit dem Android-Mobile geht weiterhin nicht (die Tastatur verschwindet sofort wieder).

Beat Post author am |

Zu 1.

Habe gerade gesehen, dass es ein neues Theme pure19 gegeben hat. Muss ich dieses nun in pure-beat als Engine eintragen?

Ian Styx am |

Vielleicht wäre doch morgen besser gewesen... ☺

Das kann nicht sein.

Ergo nehme ich an, dass das beat theme noch Anpassungen braucht. Ich sagte ja, ich hätte noch einiges verändert.

 

Ian Styx am |

Nein. Pure19 ist das alte "pure" inclusive dem javascript, ohne index.tpl und CSS Änderungen. Aber als Child theme von "pure" 2020. Das heißt, das nur die wesentlichen Dateien darinnen sind und es als Engine das "pure" 2020 theme nutzt. Falls jemand die "alte" (3.0.0) Version nutzen will.
Pure 2020 ist das neue theme mit dem grid.