Es gibt dort kein offensichtliches Benachrichtigungssystem. Ich sehe nicht einmal einen RSS-Button.
Die „Chips" dort sind keineswegs so hilfreich für das Verständnis des Gesamtbildes wie das vorherige Muster, bei dem die Höhepunkte eines Releases gepostet wurden.
Die neuen, inhaltsleeren Release-Ankündigungen sind keine Beiträge mehr, auf die man verlinken könnte, um aufregende neue Funktionen in Discourse hervorzuheben. Sie werden lediglich als Benachrichtigungen für diejenigen von uns dienen, die E-Mail-Benachrichtigungen als primären Auslöser für Updates nutzen, bieten aber nicht länger eine realistische Option, um sozial über „schaut euch die coolen neuen Sachen in Discourse diesen Monat an" zu posten. Die Releases-Seite bietet diese Übersicht nicht. Es ist nur ein wenig Zucker, der über git log gestreut wird.
Ich verstehe, dass dies eine Optimierung dafür ist, wie Sie Ihre Zeit verbringen. Aber für mich ist nicht offensichtlich, wie die Releases-Seite als funktionaler Ersatz für den Nutzen der Ankündigungen angesehen wurde. Und ich werde nicht versuchen, durch das Durchlesen einer Reihe von Commit-Nachrichten zu erraten, was interessant ist – Nachrichten, die auf „Chips" formatiert sind, die im Wesentlichen git log entsprechen, aber fünfmal so viel vertikalen Platz einnehmen und dadurch schwerer lesbar sind. Daher werde ich wahrscheinlich traurig unwissend bleiben, was in kommenden Discourse-Release tatsächlich interessant ist.
Ich würde mich sehr über RSS freuen. Für jede Kategorie gibt es einen RSS-Feed. Für die Kategorie „Ankündigungen" ist es dieser. Und für das Tag „release-notes" ist es dieser. (Siehe Discourse-RSS-Feeds finden, was hoffentlich aktuell ist.)
Der Abschnitt „Highlights" am Anfang jedes Änderungsprotokolls wird von unserem Produktteam manuell kuratiert, genau wie die früheren Release-Notes, die auf Meta veröffentlicht wurden. Für die meisten Menschen ist das der einzige Teil, den Sie lesen müssen.
Das vollständige Git-Änderungsprotokoll ist ebenfalls für Personen verfügbar, die mehr Details benötigen. Wir erwarten jedoch keinesfalls, dass die Leute dies regelmäßig durchsuchen.
Aus diesem Thema und dem bereitgestellten Link schloss ich (ohne es überprüft zu haben), dass 2026.3.0 veröffentlicht wurde (im Kontext der erwähnten 33 Sicherheitskorrekturen). Jetzt sehe ich meinen Fehler.
Bei der Betrachtung von 2026.2 sehe ich die Highlights. In kleiner Schrift, heller Text auf farbigem Hintergrund. Es ist eine Seite im Hellmodus mit dem dunklen Merkmal von hellem Text auf dunklem Hintergrund, was der Hauptgrund dafür ist, dass viele von uns, die nicht auf die Dunkle-Modus-Seite gewechselt sind, den Dunklen Modus nicht mögen. Ich sehe keinen expliziten Schalter für Hell-/Dunkelmodus, also gehe ich davon aus, dass er meiner Browserpräferenz für den Hellmodus folgt oder gar keinen Modus hat, aber es ist wirklich schwer zu lesen.
Ich bin sicher, dass die Automatisierung hier Ihnen Zeit spart, aber mein Feedback als Drittanbieter ist, dass dies keine Verbesserung der Benutzererfahrung darstellt. Und ich hätte das in einem separaten Thema getan, wenn ich es verstanden hätte; Entschuldigung!
Danke! Wir sind sehr offen dafür, Änderungen vorzunehmen, um die Erfahrung zu verbessern, daher ist spezifisches, handlungsorientiertes Feedback wie dieses sehr nützlich. Zwar ist der Automatisierungsaspekt für uns angenehm, aber das bedeutet nicht, dass wir bereit sind, die Benutzerfreundlichkeit der Änderungsprotokolle zu opfern.
Die Releases-Website ist ebenfalls vollständig quelloffen, daher sind PRs willkommen! (Am besten vereinbaren Sie Änderungen natürlich zuerst auf Meta, bevor Sie Zeit damit verbringen.)
(Übrigens habe ich all dieses Feedback in ein eigenes Thema verschoben)
Der RSS-Feed ist jetzt online. Lass mich wissen, wenn du Feedback zum Titel oder Inhalt hast. Ein Link dazu befindet sich ganz unten auf der Startseite der Website.
Der RSS-Feed ist großartig; sowohl „gestartet" als auch „veröffentlicht" anzugeben, ist eine hilfreiche Information! Es könnte interessant sein, den Inhalt der Highlights in den Veröffentlichungsnachrichten aufzunehmen, aber allein das klare Signal für Ereignisse ist enorm und aus meiner Sicht ein großer Vorteil, der die Anforderung absolut erfüllt.
@derek Ich freue mich auf Verbesserungen beim Styling. Es wäre großartig, wenn Hintergrundfarben in ihrer Sättigung so begrenzt würden, dass sie in hellen Modi dunklen Text und in dunklen Modi hellen Text ermöglichen, wobei die Kontrastverhältnisse den Barrierefreiheitsrichtlinien entsprechen. Wenn der Text dieselbe Größe hätte wie in Discourse an sich, wäre dies meiner Meinung nach ein Vorteil für die Benutzer und könnte zudem der Markenkonsistenz dienen.
Das hat nichts mit Hell-/Dunkelmodus zu tun; die Farben dieser Boxen sind festgelegt – sie verwenden dieselbe Hintergrund- und Textfarbe unabhängig von der gewählten Farbpalette. Und Sie haben recht, die Hintergrundfarbe (#667eea, aus der Variable --color-feature) ist für weißen Text viel zu hell.
Chromas Kontrastprüfung bewertet die Kombination von rgb(255, 255, 255 / 95%) über #667eea mit einem Kontrastverhältnis von 3,46:1, was nicht einmal das Mindestniveau von 4,5:1 nach WCAG AA erreicht. (Schwarzer Text würde überraschenderweise gerade so mit 4,5:1 bestehen – aber er würde trotzdem nicht gut aussehen oder sehr gut lesbar sein.)
Das ist also etwas, das dringend angegangen werden muss, und zeigt ehrlich gesagt, dass die gesamte Website einer vollständigen Barrierefreiheitsprüfung unterzogen werden sollte. Wir haben das Jahr 2026; Barrierefreiheit sollte ein Launch-Feature für jede Website sein.
(In der Zwischenzeit würde die Änderung von --color-feature zu #3048b6 es als Hintergrund akzeptabel machen, mit einem Kontrastverhältnis von 7,12:1 gegenüber weißem Vordergrundtext, was die WCAG AAA-Richtlinien von 7:1 oder besser erfüllt.)
Die „CSS Oveview"-Funktion in den Devtools von Chrome meldet Kontrastprobleme bei 10 Farbkombinationen auf der Releases-Seite, davon 6 schwerwiegend (die Verhältnisse liegen sogar unter den Mindestanforderungen von WCAG AA). Es handelt sich um:
Die oben genannten „Highlights"-Kartenfarben mit weißem Text auf --color-feature
Der Link „← Zurück zu Versionen" mit mittelblauem Text auf schwarzem Hintergrund, Kontrastverhältnis nur 3,9:1
Der „Anzeigen"-Aufklapp-Schalter auf der Karte für Sicherheitsupdates mit weißem Text in 80 % Deckkraft auf rotem Hintergrund, Kontrastverhältnis nur 4,01:1. (Der Rest des Textes zu Sicherheitsupdates besteht mit 5,43:1, da er nicht halbtransparent ist.)
Das „DEV"-Abzeichen mit weißem Text auf einem graugrünen Hintergrundfarbton von #7f8c8d, Kontrastverhältnis 3,47:1
Alle Commit-Daten und weitere --text-muted (#888) auf --bg-card (#2d2d2d), Kontrastverhältnis 3,08:1
Die „Security"-Abzeichen mit weißem Text auf #d36500 (im Wesentlichen orange), Kontrastverhältnis 4,16:1.
Ach ja, und wenn ich weiter gescrollt hätte, auch das „Translations"-Abzeichen mit weißem Text auf #e91e63 (radioaktiv leuchtendes Magenta), Kontrastverhältnis 4,34:1.
