Releases.discourse.org のフィードバックと提案

一般
1

そこには明らかな通知システムがありません。RSS ボタンさえ見当たりません。

そこにあるチップは、リリースのハイライトを投稿していた以前の形式に比べて、全体像を理解する上で決して役立ちません。

新しい形式のコンテンツに乏しいリリース発表は、Discourse の新しい魅力的な機能を紹介するためにリンクとして価値のある投稿ではなくなりました。これらは、更新の主なトリガーとしてメールの監視を利用している人々への通知としては機能しますが、今月 Discourse に登場した「かっこいい新機能」について社会的に共有する現実的な選択肢としてはもはや機能しません。リリースサイトはそのような視点を提供しません。それは単に git log に少し砂糖を振りかけたようなものです。

これは時間の使い方の最適化であることは理解しています。しかし、リリースサイトが発表の有用性を機能的に置き換えるものとしてどう見られたのかが私には明確ではありません。そして、基本的に git log と同じだが垂直方向のスペースを5倍も使って読みづらくしているチップに書かれたコミットメッセージを一通り読んで、何が面白いのかを推測しようとはしません。そのため、今後の Discourse リリースで実際に何が面白いのかを悲しくも把握できないでしょう。:sob:

⚠ v2026.3.0-latest.1 has 33 security fixes, is already 6 days old
2

RSS があれば素晴らしいのですが。各カテゴリには RSS フィードがあり、Announcements カテゴリの場合はこちらです。release-notes タグの場合はこちらです（おそらく最新情報であるDiscourse の RSS フィードの検索方法を参照してください）。

新リリースの通知方法も確認してみてください。もし更新が必要であれば、どなたか更新してください！

3

各 変更ログの上部 にある「ハイライト」セクションは、メタに投稿されていた旧リリースノートと同様に、製品チームが手動で選定したものです。多くの利用者にとって、読む必要があるのはその部分だけです。

より詳細が必要な方のために、完全な git 変更ログも利用可能です。ただし、それを定期的に精査することを私たちが想定しているわけではありません。

「いいね！」 2
4

このトピックと提供されたリンクから、33件のセキュリティ修正に関連して2026.3.0がリリースされたのだと思いました（確認する理由がないまま）。しかし、私の誤りだったことがわかりました。

2026.2を確認すると、ハイライトが表示されています。小さな文字で、色付きの背景に薄い文字です。これはライトモードのサイトですが、暗い背景に明るい文字というダークモード特有の特性が、ダークモード側へ移行していない多くの人々がダークモードを好まない主な理由となっています。:sob: 明示的なライト/ダークモードの切り替えスイッチは見当たらないため、ブラウザのライトモード設定に従っているか、モード自体が存在しないものと思われますが、非常に読みづらくなっています。

ここでの自動化は時間を節約していることは確かですが、第三者からのフィードバックとしては、これは体験の向上とは言えません。もし理解していたら、別のトピックで投稿したはずです；申し訳ありません！

「いいね！」 1
5

ありがとうございます！体験を向上させるためにここでの変更を歓迎していますので、このような具体的で実行可能なフィードバックは非常に役立ちます。自動化の側面は私たちにとって魅力的ですが、だからといって変更履歴の使いやすさを犠牲にするつもりはありません。

リリースサイトも フルオープンソース です。PR は歓迎します！（もちろん、時間を費やす前にメタで変更について合意するのが最善です）

RSS フィードをサイトに追加する PR を作成しました：FEATURE: RSS feed for releases by davidtaylorhq · Pull Request #20 · discourse/discourse-releases · GitHub

@derek もスタイリングに積極的に取り組んでいます。彼なら、私が最初の段階で行ったよりもはるかに優れたテキストのコントラストを実現してくれるはずです :sweat_smile: UX: Brand styles by derekrushforth · Pull Request #19 · discourse/discourse-releases · GitHub

「いいね！」 4
6

（余談ですが、このフィードバックはすべて独自のトピックに移動しました）

RSS フィードが現在公開中です。タイトルやコンテンツに関するフィードバックがあればお知らせください。サイトトップページの一番下にリンクがあります。

「いいね！」 5
7

RSSフィードは素晴らしいです。「開始」と「リリース」の両方が含まれているのは有益な情報です！リリース通知にハイライトの内容を含めるのも興味深いかもしれませんが、イベントの明確なシグナルがあること自体が非常に大きく、私の観点からは大きな利点であり、完全に要件を満たしています。

「いいね！」 3
8

@derek スタイルの改善を楽しみにしています。背景の色が、ライトモードでは文字を暗く、ダークモードでは文字を明るく表示できる程度に彩度を制限され、アクセシビリティガイドラインを満たすコントラスト比を持つようになれば素晴らしいです。また、文字サイズを Discourse そのものと同じにできれば、ユーザーにとってメリットがあり、ブランドの一貫性にも役立つと考えます。:grin:

「いいね！」 5
9

非常に役立ちました、ありがとうございます @mcdanlj。ここでブランドリフレッシュを適用する際に、これを考慮いたします。

「いいね！」 3
10

これはライトモード/ダークモードとは無関係で、それらのボックスの色は固定されています。パレットの選択に関わらず、同じ背景色と文字色が使用されています。そしてご指摘の通り、背景色（変数 --color-feature から取得した #667eea）は、白い文字に対して非常に薄すぎます。

Chrome のコントラストチェックでは、rgb(255, 255, 255 / 95%) を #667eea 上に配置した場合のコントラスト比は 3.46:1 と判定され、WCAG AA の最低基準である 4.5:1 を満たしていません。（意外なことに、黒い文字であれば 4.5:1 でかろうじて合格しますが、それでも見栄えが悪く、読みやすさにも欠けます。）

したがって、これは至急対応すべき問題であり、正直なところ、サイト全体が完全なアクセシビリティレビューを必要としていることを示しています。2026 年において、アクセシビリティはあらゆるウェブサイトのローンチ機能であるべきです。

（当面の間、--color-feature を #3048b6 に変更すれば、背景として許容されるようになります。白い前景文字とのコントラスト比は 7.12:1 となり、WCAG AAA のガイドラインである 7:1 以上を満たします。）

「いいね！」 3
11

Chrome の Devtools「CSS Overview」は、リリースページで 10 色の組み合わせにおけるコントラストの問題を検知し、そのうち 6 つは深刻（比率が WCAG AA の最低基準にも満たない）と報告しています。問題は以下の通りです。

  1. 前述の「Highlights」カードの色で、--color-feature 上の白文字
  2. 「← Back to versions」リンクで、黒背景上のミディアムブルーの文字。コントラスト比はわずか 3.9:1
  3. セキュリティ修正カードの「show」展開トグルで、赤背景上の 80% 不透明度の小さな白文字。コントラスト比はわずか 4.01:1。（半透明でないため、セキュリティ修正の残りのテキストは 5.43:1 で基準をクリアしています）
  4. 「DEV」バッジで、灰色がかった緑色の背景色 #7f8c8d 上の白文字。コントラスト比は 3.47:1
  5. すべてのコミット日付およびその他の --text-muted（#888）が --bg-card（#2d2d2d）上にあるもの。コントラスト比は 3.08:1
  6. 「Security」バッジで、#d36500（実質的にオレンジ色）上の白文字。コントラスト比は 4.16:1

さらに、もう少しスクロールすれば「Translations」バッジも含まれます。これは #e91e63（放射状に光るマゼンタ色）上の白文字で、コントラスト比は 4.34:1 です。

「いいね！」 2