Sie können dies wahrscheinlich mit etwas CSS tun.
Vor der letzten Nachricht habe ich Folgendes versucht. Es hat das Problem mit der Schriftgröße der hervorgehobenen Funktion behoben, aber es hat die Schriftgröße der Themenliste auf der restlichen Startseite winzig klein gemacht.
.featured-topic {
font-size: 9px;
}
Beziehen Sie sich auf diese Links?
Ich sehe keine Änderungen an der restlichen Seite, wenn ich das ändere.
Sie können die Themenliste unten sehen, nachdem ich den obigen CSS-Code angewendet habe. Die Schriftart wurde ziemlich klein.
Ich habe den CSS-Code entfernt, und die Schriftgröße in der Themenliste war wieder normal.
Richtig. Versuchen Sie dies:
.featured-topic h3 a {
font-size: 9px;
}
1 „Gefällt mir“
Danke! Es funktioniert!
1 „Gefällt mir“
Feature-Anfrage: Bitte fügen Sie die Möglichkeit hinzu, einen Auszug des Themas anzuzeigen
Ist es möglich, dass die Tag-Funktion fehlerhaft ist oder sich unerwartet verhält, wenn mit einer eingeschränkten Tag-Gruppe gearbeitet wird?
Ich habe eine Tag-Gruppe mit der folgenden Einschränkung erstellt:
Tags sind für alle sichtbar, aber nur die folgenden Gruppen können sie verwenden
- Admins, Moderatoren
Ich habe den Tag ‘featured’ von dieser Komponente zu dieser Gruppe hinzugefügt.
Das sind meine Komponenteneinstellungen:
Wenn ich als Admin ein Thema mit dem ‘featured’-Tag erstelle, ist der Tag für mich und für Moderatoren sichtbar, aber nicht für andere Benutzergruppen. Für andere registrierte Benutzer wird es genau so angezeigt:
Tag1, Tag2,
Für Admins und Mods wird der ‘featured’-Tag korrekt angezeigt:
Tag1, Tag2, featured
Eine andere Sache: Wenn es ausgeblendet ist, denke ich, dass das Komma nicht angezeigt werden sollte. Das verwirrt die Benutzer.
Außerdem bin ich mir nicht sicher, ob das relevant ist, aber die Threads befinden sich in Kategorien, die nur für registrierte Benutzer und nicht für Gäste sichtbar sind.
Ach ja, und übrigens: Danke für die Komponente, großartige Arbeit! Abgesehen von dieser winzigen Funktion funktioniert sie für mich perfekt!
Haha, ich habe mein altes Thema gefunden, als ich nach einer kleinen Belästigung suchte 
Ich habe gerade (wieder) bemerkt, dass die tatsächlich geladenen Bilder im Vergleich zu ihrer tatsächlichen Anzeigengröße riesig sind. In meinem Fall wird ein 1000x1000px großes Bild geladen und in < 200px dargestellt.
Ich habe einige Daten überprüft, und wenn ich sie durch die 400x400px-Version ersetzen könnte, würde das etwa 83 % Bandbreite (für die hervorgehobene Reihe) oder insgesamt 1,6 MB sparen. Ich weiß, dass diese Bilder zwischengespeichert werden, aber das wird definitiv die initiale Seiteneinladezeit beeinflussen, und ich nehme an, es hilft auch nicht, das Seitendarstellung zu beschleunigen? Ich verwende diese hervorgehobenen Bilder auf jeder Seite meines Forums, also glaube ich, dass der Effekt real ist.
Wäre es möglich, eine Option zur Konfiguration des TC hinzuzufügen, damit wir die Bildgröße auswählen können, sodass jeder dies an sein eigenes Theme anpassen kann?
1 „Gefällt mir“
Guter Fang! Es ist eine Weile her, seit ich mir dieses Komponente angesehen habe, also konnte ich eine allgemeine Verbesserungsphase durchführen:
https://github.com/discourse/discourse-homepage-feature-component/pull/96
Dies aktualisiert die Bilder, um srcset zu verwenden, sodass automatisch das passende Bild für den Container verwendet wird. Die verfügbaren Größen können über eine neue `featured_image_sizes` -Einstellung festgelegt werden.
Ich habe auch die Einstellung hide featured tag repariert (sie funktionierte nicht, sodass die Tags immer ausgeblendet waren) und auf die Tag-Typ-Einstellung statt auf die reine Texteingabe aktualisiert. Das bedeutet auch, dass mehrere Tags verwendet werden können, wenn gewünscht.
1 „Gefällt mir“
Schön, danke! Ich denke, das löst auch das Problem mit dem fehlenden Featured-Tag, das wirklich rätselhaft war.
Eine Sache aber: Seit dem Update wurden VIEL Bildverarbeitungs-Jobs ausgelöst – ich habe jetzt über 20.000 in der Warteschlange. Ist das normal? Es wirkt ziemlich verschwenderisch, da ich eigentlich nur die letzten 5 brauche…
1 „Gefällt mir“
Hmm, ja, guter Punkt. Leider gibt es keinen Weg, dies zu vermeiden. Ich denke, es ist wahrscheinlich besser, diesen Teil rückgängig zu machen. Ich mache das hier:
Die Realität ist, dass ich auf diese Weise keine gezielte Teilmenge optimierter Vorschaubilder aus einem Theme erstellen kann – es ist entweder alles oder nichts. Also brauchen wir eine andere Methode, um für begrenzte Fälle wie diesen zu optimieren.
1 „Gefällt mir“
Verstanden. Werden die unnötigen Miniaturansichten später automatisch entfernt?
Und es sieht so aus, als hätte mein Theme bereits eine ganze Reihe verschiedener Bildformate, die gut funktionieren könnten – wie die 400x400 oder 500x500. Wie wäre es, wenn man diese wählbar macht? Im Vergleich zu den aktuell verwendeten 1024x1024 würde das bereits eine schöne Bandbreiteneinsparung bedeuten, und zwar ohne zusätzlichen Verarbeitungs- oder Speicher-Overhead.
(Ignorieren Sie die 300x300, 600x600 und 900x900, die durch das TC-Update hinzugefügt wurden):
-rw-r--r-- 1 1000 www-data 723K Jun 23 21:32 80c77ac08d5671a1dc6d2a15ddea28e6d56f98c9_2_1000x1000.jpeg
-rw-r--r-- 1 1000 www-data 757K Jun 23 21:32 80c77ac08d5671a1dc6d2a15ddea28e6d56f98c9_2_1024x1024.jpeg
-rw-r--r-- 1 1000 www-data 30K Jun 23 21:32 80c77ac08d5671a1dc6d2a15ddea28e6d56f98c9_2_200x200.jpeg
-rw-r--r-- 1 1000 www-data 68K Jun 23 21:32 80c77ac08d5671a1dc6d2a15ddea28e6d56f98c9_2_300x300.jpeg
-rw-r--r-- 1 1000 www-data 118K Jun 23 21:32 80c77ac08d5671a1dc6d2a15ddea28e6d56f98c9_2_400x400.jpeg
-rw-r--r-- 1 1000 www-data 185K Jun 23 21:32 80c77ac08d5671a1dc6d2a15ddea28e6d56f98c9_2_500x500.jpeg
-rw-r--r-- 1 1000 www-data 263K Jun 23 21:32 80c77ac08d5671a1dc6d2a15ddea28e6d56f98c9_2_600x600.jpeg
-rw-r--r-- 1 1000 www-data 417K Jun 23 21:32 80c77ac08d5671a1dc6d2a15ddea28e6d56f98c9_2_750x750.jpeg
-rw-r--r-- 1 1000 www-data 470K Jun 23 21:32 80c77ac08d5671a1dc6d2a15ddea28e6d56f98c9_2_800x800.jpeg
-rw-r--r-- 1 1000 www-data 595K Jun 30 22:18 80c77ac08d5671a1dc6d2a15ddea28e6d56f98c9_2_900x900.jpeg
1 „Gefällt mir“
Ich glaube nicht, da die Quelldateien weiterhin verwendet werden und es sich hier um optimierte Versionen handelt. Es schadet nichts, außer dass etwas Speicherplatz belegt wird.
Du kannst diese über die Rails-Konsole bereinigen. Dies betrifft die Standardgrößen für diese Einstellung und entfernt keine Bilder, die durch einen Modifier an anderer Stelle generiert wurden.
# 1. Prüfen, was tatsächlich existiert und was weiterhin legitim registriert ist
still_needed = Topic.thumbnail_sizes +
ThemeModifierHelper.new(theme_ids: Theme.pluck(:id)).topic_thumbnail_sizes
TopicThumbnail.group(:max_width, :max_height).count
# 2. Unerwünschte Größen entfernen (Dateien + Datensätze)
[[300, 300], [600, 600], [900, 900]].each do |w, h|
next if still_needed.include?([w, h]) # Größen, die noch anderweitig verwendet werden, nicht ändern
TopicThumbnail
.where(max_width: w, max_height: h)
.find_each { |tt| tt.optimized_image&.destroy! }
# Versuchungs-Datensätze ohne optimiertes Bild werden nicht automatisch gelöscht
TopicThumbnail.where(max_width: w, max_height: h).delete_all
end
Ja, gute Idee – ich kann prüfen, welche Miniaturansichten bereits existieren, und falls vorhanden, die beste Größe verwenden. Wenn nur die Originaldateien verfügbar sind, werden diese immer als Fallback dienen.
Daran wird hier gearbeitet:
2 „Gefällt mir“
Ausgezeichnet, das teste ich heute Abend!
Und ich wollte gerade hierher zurückkehren, um eine alte Anfrage von mir erneut zu stellen: Wäre es möglich, eine Option hinzuzufügen, um die hervorgehobene Zeile nach dem Datum der Tagung zu sortieren? Unsere Reihenfolge der Hervorhebungen wird nicht durch das Erstellungsdatum eines Themas ODER durch die neueste Aktivität bestimmt – für uns ist es der Moment, in dem wir das Tag anwenden, der die Reihenfolge bestimmen sollte. Ich habe das vorher nicht realisiert, aber unsere hervorgehobene Zeile ist im Moment ein ziemliches Chaos 
1 „Gefällt mir“
Leider glaube ich, dass das nicht möglich ist… wir haben keine Möglichkeit, eine Themenliste nach dem Zeitpunkt zu sortieren, an dem ein Tag hinzugefügt wurde. Eine Möglichkeit, dies zu umgehen, wäre, den Zeitstempel des Themas zu bearbeiten?
1 „Gefällt mir“
Kein Problem. Ich umgehe das gerade mit ein bisschen „Duct Tape“: Ich habe deine TC geforkt und eine Data-Explorer-Abfrage erstellt, um die hervorgehobenen Themen zu laden, sortiert nach Tagging-Datum und inklusive der Bild-URLs. Ein kleines externes Web-Skript lädt und cached diese Daten und gibt das JSON an die TC zurück. Funktioniert einwandfrei, auch wenn es etwas unschön ist
Ich teile gerne meinen Code und meine Abfrage, falls jemand Bedarf hat.
2 „Gefällt mir“
Update: Okay, ich habe festgestellt, dass dies eigentlich nur die Hälfte meines Problems war. Wir verwenden auch die Homepage Feature TC, um eine Galerie der hervorgehobenen Kunstwerke anzuzeigen. Und die Sortierreihenfolge der Galerie stimmte jetzt nicht mehr mit der unserer hervorgehobenen Zeile überein, was die Besucher verwirrte (und mich genervt hat). Also musste die Galerie ebenfalls nach dem Tagging-Datum sortiert werden – nicht nur nach dem Erstellungsdatum des Themas oder dem Datum der letzten Aktivität.
Und hier wurde ich zum „Bad Boy“ und wandte mich an Claude Code, um mir zu helfen. Zuerst ließ ich ein kleines Plugin erstellen, um eine Option hinzuzufügen, um Tag-Listen nach dem Tagging-Datum zu sortieren, wie /tag/featured?order=tag_date.
Sobald das funktionierte, erweiterte ich die Sortieroption in der Homepage Feature TC, indem ich tag_date hinzufügte. Ich änderte auch das Widget von Kontrollkästchen in ein Dropdown-Menü:
Und voilà! Ich habe jetzt eine hervorgehobene Zeile, die so funktioniert, wie ich es will (und, ehrlich gesagt, wie ich glaube, dass sie sollte ), UND eine Galerie, die damit übereinstimmt:
Wenn jemand es ausprobieren möchte, hier ist mein Code:
- discourse-sort-by-tagging-date plugin
- Homepage Feature component with support for the new tag_date option
Ihr könnt es in Aktion auf https://blenderartists.org/ sehen.
Eine kleine Warnung: Dies ist alles Claude Code-Arbeit. Ich habe überprüft, was ich konnte, aber letztlich bin ich kein Experte auf diesem Gebiet. Ich werde diese Plugins bei Bedarf aktualisieren, da sie ein wichtiger Teil unserer 3D-Grafik-Community sind.
Viel Spaß!