Kommentare von

beats TEST blog

Weblog Kommentare

Styx-Stand: 3.0.1 (18.06.2020)

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.

Beat Post author am |

Grrr... ? Stimmt. Mit dem pure-Theme sind die Seitenleisten wieder so breit wie zuvor und auch Kommentieren mit dem Adroid-Mobile funktioniert. Hmmm... muss mir wohl das style.css und mein user.css zur Brust nehmen...

Ian Styx am |

Nein Nein. Höchstens um Änderungen aus dem Vorversuch zu entnehmen.

Es liegt m.E. an dem veränderten index.tpl.

Beat Post author am |

Hörst Du mich stöhnen... ?

Ian Styx am |

Ein bisschen lauter...❗ wie meinen ⁉ ?

Ian Styx am |

Jetzt fehlt doch eigentlich nur noch deine user.css. Wo ist sie denn?

Beat Post author am |

habe die neue (pure) index.tpl nun für pure-beat abgeändert (Search und Mobile-Footer raus, Google-Fonts und Scroll-to-top rein). Rein optisch stimmt es soweit.

Doch: Sobald ich das Theme auf pure-beat umstelle, geht das Kommentieren per Android micht mehr. Mit pure Original funktioniert das... grübel... (die Entfernung von js und die entsprechenden CSS-Anpassungen habe ich nur auf styx.beatsblog.ch vorgenommen und nicht hier)... Ah. ok. ich könnte mal das user.css umbenennen, damit ich ausschliessen kann, dass es an der abgeänderten index.tpl liegt...

Ian Styx am |

Ähem ... ist deine beat pure.js schon angepasst? ?