@NateDhaliwal ok, danke, dass Sie sich darum gekümmert haben! Ziemlich enttäuscht, weil wir diesen TC wirklich geliebt haben, aber wenn es nicht möglich ist, ihn zu reparieren und auf unserer Website zu haben, werde ich ihn vorerst einfach weglassen und nach anderen Möglichkeiten suchen, die Kategorieüberschriften gut aussehen zu lassen.
@jackierenee Ich habe mir erlaubt, mich einzuklinken und mir Ihre Website anzusehen.
Es scheint, dass Sie nur die Theme-Komponente vom übergeordneten Theme entfernt, sie aktualisiert und wieder hinzugefügt haben.
Das Problem ist, dass sich Discourse nicht erholt, wenn eine Theme-Komponente über die Kompatibilität hinaus aktualisiert und danach ein Pin hinzugefügt wird.
Der richtige Weg, sich von einer solchen Situation zu erholen, ist:
- Gehen Sie zur Theme-Komponente
- Scrollen Sie ganz nach unten
- Kopieren Sie die Einstellungen aus dem „Settings Editor“
- Speichern Sie sie in einem Texteditor
- Entfernen Sie die Theme-Komponente vollständig (
löschen) - Fügen Sie sie aus dem Github-Repository wieder hinzu
- Kopieren Sie die Einstellungen aus dem Texteditor und fügen Sie sie in den „Settings Editor“ ein
- Nehmen Sie Korrekturen vor, falls erforderlich (manchmal werden Einstellungen in der neuen Version hinzugefügt, sodass Sie sie erneut entfernen müssen, der Editor sagt Ihnen, was zu tun ist, wenn Sie versuchen, sie zu speichern)
- Fügen Sie die Theme-Komponente zum übergeordneten Theme hinzu.
Ich habe dies auf Ihrer Website getan und die Banner werden nun wieder angezeigt.
Für Autoren von Theme-Komponenten: Es hilft sehr, wenn Sie das Feldversioninabout.jsonverwenden, damit der Administrator tatsächlich sieht, in welcher Version sich eine Theme-Komponente befindet. Leider zeigt Discourse keine Commit-Versionen für Theme-Komponenten an, wie es dies für Plugins tut.
Das scheint höflich. Ich werde mich bemühen, eine GitHub-Aktion hinzuzufügen, die automatisch eine Version bei jedem neuen Commit an den Hauptzweig aktualisiert.
Sie sollten dies einfach erreichen können, indem Sie die Einstellung Show category name dieser Theme Component verwenden – sie wurde speziell für Ihren Anwendungsfall entwickelt.
Das klingt nach einer sehr guten Idee! Bitte dokumentieren Sie, wie das geht, und fügen Sie es dem Leitfaden „Developing Theme Components for Dummies“ (falls es einen gibt) hinzu.
Ich habe es versucht – alle meine Bedenken wurden ausgeräumt und es sieht großartig aus. Gute Arbeit!!!
Hey, wie schwierig wäre es, die Möglichkeit hinzuzufügen, anzugeben, wie viele Absätze des About-Themas für die Beschreibung verwendet werden sollen? Persönlich finde ich den einzelnen Absatz ziemlich einschränkend und würde gerne angeben können (vielleicht pro Kategorie), wie viele Absätze verwendet werden sollen.
Zuletzt (noch auf diese TC konzentriert) denkst du, es wäre gut, das „Weiterlesen…“ ans Ende des letzten Absatzes zu verschieben? Das würde in meiner Instanz viel Platz sparen. Aber wenn wir mehrere Absätze verwenden könnten, könnte es mit dem zweiten Absatz kollidieren, wenn es sich um Links und dergleichen handelt.
.
Hmm… die Art und Weise, wie der Code auf die Kategoriebeschreibung zugreift, verwendet this.args.category.description. Soweit ich weiß, kommt sie bereits als 1 Absatz. Ich werde mir das ansehen. Vielleicht könnte ich einen fetch() oder Ajax verwenden, aber das könnte ein Nachteil sein.
Vielleicht eine Einstellung, um auszuwählen, ob es Inline ist oder nicht? Ich werde mir das ansehen.
Hallo, mir ist aufgefallen, dass die Schriftgröße des Kategorietexts, wenn sie auf „kleiner“ eingestellt ist, nicht berücksichtigt wird, sie ist immer groß (passierte vor ein oder zwei Tagen, glaube ich).
Wir haben es geändert, sodass die Kategoriebeschreibung entweder kleiner oder größer als der Standardwert im Kern war (der kürzlich gestiegen zu sein scheint).
Ich werde noch einmal überprüfen, ob es keine Theme-Konflikte gab, die hier eine falsche Fährte waren.
Hallo @RGJ, vielen, vielen Dank dafür! Ich hatte keine Ahnung, dass Theme-Komponenten auf diese Weise funktionieren. Das werde ich auf jeden Fall im Hinterkopf behalten, falls uns diese Situation wieder begegnet. Ich weiß deine Hilfe wirklich zu schätzen! ![]()
Dies ist eine sehr seltene und spezifische Situation mit seltsamem Verhalten, und hoffentlich werden wir dies eine Weile nicht mehr erleben!
Hallo, ich habe das Problem mit diesem CSS gelöst:
.category-title-description .cooked {
font-size: small;
}
Ich erhalte auch leere Kategorieseiten in Desktop- und Mobilbrowsern unter Discourse-Version 3.5.0.beta8-dev, wenn diese Komponente die folgende Einstellung hat:
"setting": "show_mobile",
"value": false
Wenn ich sie auf den Standardwert (true) zurücksetze, werden die Seiten korrekt angezeigt.
Das sollte technisch gesehen funktionieren… diese Zeile war schon vor dem Update da. Ich werde es mir ansehen.
@HTW Ich habe eine Korrektur eingespielt. Lass mich wissen, ob es jetzt funktioniert!
Behast du behoben. Vielen Dank.
Es scheint einige kürzliche Kernänderungen bei den Kategorieüberschriften zu geben, was bedeutet, dass die Kernüberschriften nicht mehr ausgeblendet werden, wenn Sie diese Komponente verwenden.
Sollen wir versuchen, diese Komponente an die Stiländerungen im Kern anzupassen?
Hmm… was sind die Änderungen hier? Vielleicht ein Screenshot? Danke.
Mit aktiviertem TC auf einer frisch aktualisierten Website (eindeutig, das Styling ist ein wenig verrückt geworden):
Mit deaktiviertem TC:
Ich habe ein !important zum Back hinzugefügt… funktioniert es jetzt?
Kleine Beobachtung: Die Schriftgrößenoptionen für die Beschreibung sind immer noch zu groß. Selbst die „kleinere“ Option verwendet var(--font-up-2). Besteht die Möglichkeit, var(--font-0) („kleinste“ oder „Standard“) als Option hinzuzufügen?
Oder würdest du einen PR dafür akzeptieren?
@jrgong Ich habe gerade einen PR zusammengeführt, der eine Option ‘smallest’ mit dem Wert $font-0 hinzufügt. Lass mich wissen, wenn du auf Probleme stößt!

