あなたのブラウザはまもなくこのコミュニティとの互換性を失います。引き続き参加するには、ブラウザをアップグレードするか、詳細はこちらをご覧ください。
ちなみに、このバナーの「詳細はこちら」リンクは、「すべての外部リンクを新しいタブで開く」設定に従っていません。現在のタブで読み込まれます。
Wineは、現時点ではかなりよく開発されていると思います。主にゲーム界で始まりましたが、最近になって開発の助け（$$$）がありました。
免責事項：最近の経験はありません
「いいね！」 2
_相対色構文_を何に使うのですか？
よりコンパクトなスタイルシートですか？
_相対色構文_の計画された使用をキャンセルしていただけませんか？
これらは今日使用したいと特定した機能の一部ですが、メンテナーが非推奨にしたブラウザをドロップすることで、他のことも探求できるようになります。例えば、Import maps | Can I use... Support tables for HTML5, CSS3, etc はこの同じ変更によって有効になるもので、Discourse を 99% のユーザーにとって高速化できる可能性があります。Offscreen canvas は、Discourse で長年画像圧縮に使用されてきましたが、このアップデートですべてのターゲットブラウザで利用可能になります。
「いいね！」 9
ここも同じです。
誰か回避策を見つけましたか？
すでに5〜6個のユーザーエージェントスプーフィング拡張機能を試しました。たくさんありますが、テストしたものはあまり使いやすくありませんでした。そして、それらのほとんどはサイトごとではありませんでした。
Android 9でまだ必要です：
- Violentmonkey拡張機能
- Stylus拡張機能
- Web開発ツール
- リンクテキストをコピーコンテキストメニュー
そして、Discourse（読み取り/書き込み）を使用できること。
すべてのユーザーエージェント拡張機能を一つずつテストする必要がありそうです… 
ユーザーエージェントを確認していないため、偽装しても意味がありません。
OPで言及されている3つの機能について、機能検出を使用しています。ブラウザがそれらをサポートしていない場合、警告バナーが表示されます。
Kiwi開発者に問題を報告することは試しましたか？彼らのChromiumバージョンは相対色構文をサポートしているはずなので、無効にしたのかもしれません。誤って？
「いいね！」 5
それは良いですね。
5月1日のバージョンでもこのようになりますか、それともバージョンをテストしますか？
Kiwiはメンテナンスされていません。
はい、Discourseがチェックする既存の機能リストに追加します 
「いいね！」 1
あなたはこの変更は99％のユーザーのために物事を早めると言っています — それは妥当です。しかし、その反面、残りの1％へのアクセスを完全に遮断してしまいます。
では、その1％に実際に何人の人がいるのでしょうか？
もし、その数がパーセンテージ的に小さく見えるとはいえ、ここに書き込むのが不快に感じられるなら、彼らを本当に無視して良いほど重要でないと再検討する価値があるかもしれません。
「いいね！」 4
私のマシンのほとんどは最新ですが、アップグレードできないマシンでこのメッセージが表示されました。
ベースラインは常に移動していくと思いますが、可能であれば、サポートされていないブラウザでも最低限の機能（ログイン、投稿/スレッドの表示と作成）が利用できるように、クリーンなフォールバックをリクエストしたいと思います。たとえすべての機能（ベルとホイッスル）が利用できなくてもです。
「いいね！」 6
なぜですか？これは第三国に住む人々に対する差別です！
インターネットを壊さないでください。インターネットは35年間存在しています！
「いいね！」 1
この問題はDiscourseよりもはるかに大きいように思われます。これは、ハードウェアベンダー、オペレーティングシステムベンダー、およびWebブラウザベンダーがサポート、アップデート、およびアップグレードをあまりにも早く打ち切るという問題です。アップデートのコストは、すべての人々がそれらを入手できるように、最小限の金銭的価値にする必要があります。
Discourseおよびその他のソフトウェア（アプリを含む）の開発者は、私たちが住んでいるエコシステムのなすがままになっています。
「いいね！」 8
Discourseは、私が（Android）ブラウザをブロックするために最初に使うサイトになります。
コミュニティからのフィードバックと、Windows 7/8への影響に関する追加情報に基づき、この変更を2025年7月の次のDiscourse安定版リリースまで延期することに決定しました。これにより、コミュニティとユーザーは変更の準備にさらに3か月間猶予ができます。
これにより、セルフホスト型管理者はコミュニティを安定版ブランチに切り替えることも可能になり、2026年初頭の次のリリースまで古いブラウザでも引き続き動作します。
新しいテクノロジーを推進し続けるために、新しい「Horizon Theme」（https://meta.discourse.org/t/help-us-test-horizon-our-newest-theme/360484）では、これらの最新ブラウザ機能の一部がすでに使用されています。Horizonを実行しているサイトでは、古いブラウザのユーザーにはすでにbasic-htmlビューが表示されています。
ここにOPを更新します 
「いいね！」 15
（あなた、つまりDiscourseに）これらの種類の採用をアクセシビリティとインクルーシビティの問題として見なすことを奨励できますか？
「いいね！」 4
ありがとうございます。
その間、Discourseのバージョンを提供し続けることをご検討ください。古い機器でも使用可能で、すべての機能が含まれていなくても、投稿やスレッドの開始、および読み取りの機能が含まれているものです。
「いいね！」 3
ありがとうございます！これは確かに役立ちますし、パニックを軽減します。
しかし：
どちらも依然として非常に有効なポイントです。
多くの人が主張しているのは、「X機能」が「Yバージョン」で「Z期間」サポートされるべきか否かではなく、Discourseがジェネラル・デグレデーション（graceful degradation）を提供すべきだということです。おそらく、初期のフォーラムが提供していたような、プレーンHTML + HTTP POSTモードのようなものです。理想的には、新機能よりも、特に見た目の変更よりも、パフォーマンスの最適化よりも優先されるべきです。
Discourseユーザーは、コミュニティと新機能のどちらかを選択する必要はありません。そして、その部分は文化的な問題のように思えます。開発者は「少し速く、速すぎず、いくつかのものを壊すが、多すぎないように」進めたいようです。それはソフトウェア企業にとって完全に合理的な立場かもしれませんが、Discourseコミュニティが望む立場とは必ずしも同じではありません。一部のコミュニティはより速く進むことを望み、他のコミュニティははるかに遅く、あるいは全く進まないことを好むでしょう。
私にとって、Discourseはすでに「十分良い」ものであり、ホストされている顧客が今後10年間新機能が追加されない長期サポートブランチを選択できるオプションがあれば、たとえ新しいバージョンが10倍速くても、私は間違いなくそれを選ぶでしょう。生き残った人々のために、より速く、より輝かしい体験を提供するためだけにユーザーを徐々に失うよりも、遅くても誰もが使えるフォーラムの方がはるかに、はるかに良いです。
しかし、誰もがそれに同意するわけではありません。そのペースは、開発者（おそらく）と他のDiscourseコミュニティの両方にとって遅すぎます。それはユーザーとデバイスのデモグラフィックに完全に依存します。例えば、高齢者向けのフォーラムは、AIフォーラムと同じ機能を追いかけることはありません。
しかし、彼らは互いに戦う必要はありません。これらは相互に排他的な目標ではありません。ジェネラル・デグレデーションは、ウェブの初期から基本的な原則であり、Discourseはすでにヘッドレス（さまざまなAPIがあり、Discorkieのようなサードパーティ実装によっても証明されています）であるため、基本的な読み取り+投稿機能を持つ「シンプルなHTML」モードを提供することは可能です。派手なテーマは必要ありませんし、無限のページネーションも必要ありませんし、編集や通知、その他の便利な機能もすべて必要とは限りません。それは単に、人々がその意図された機能である読み取りと投稿のためにフォーラムを引き続き使用できるようにする、基本的な使用可能なエクスペリエンスである必要があります。90年代のUsenetスタイルのUX以上のものは提供できませんが、それでも人々を完全に締め出すよりはましです。もう少し開発時間をかければ、vBulletinスタイルのPHP時代のUIを提供することもでき、それは「申し訳ありませんが、もう投稿できません」（7月にも見られるでしょう）という状況よりもはるかに改善されるでしょう。
私の意見では、Discourseは、何よりもコミュニティに関するものです。それは（もはや）技術デモではなく、私の個人的な好みとしては「安定していて退屈なソフトウェア」として考えられ、めったに変更されないことを望みますが、それが開発者や他のDiscourseコミュニティが望むものではないことは理解しています。それは問題ありません。銀行のメインフレームではありません 
しかし逆に、常に変化するブラウザの改善を追いかける必要もありません。両極端の間で、基本的なHTMLモードがあれば、ユーザーはブラウザが古くなっても投稿を続けることができ、メインブランチでのより速い機能開発も可能になります。なぜなら、ユーザーはフォールバックするものを持つことになるからです。
さらに、実際に望む時間枠ベースの開発（例：「2年前までのブラウザ、またはcaniuseマークの95%をサポートする」）をターゲットにすることができるかもしれません。ハードウェア+OS+ブラウザ+フォークのすべての可能な組み合わせにわたる個々の機能を拾い集めるのではなく。それよりも古いものは、基本的なHTMLモードで投稿できますが、最新のテーマ、、、______などを利用することはできません（彼らはそれらのほとんどに関心がない可能性が高いので、それは全く問題ありません）。これにより、すべての機能をすべてのブラウザに対してクロスチェックする必要がなくなります。ユーザーが派手な機能を使用できない場合、それは彼らが新しいブラウザにアップグレードするかどうか次第です。しかし、少なくとも彼らはコミュニティから追い出されることはありません。
「いいね！」 9
ブラウザでの読み込み時に、ブラウザがサポートしているかどうかに応じて、自動的にどちらかのバージョンを使用する（通常はユーザーがそのプロセスに気づかない透明なモードで）場所を長年見てきましたが、スクリプトのソースがわからないため、これについては確信がありません。
Discourseにはすでに、古いブラウザを除外しない動作中のバージョン（現在使用しているもの）があるため、スクリプトの読み込み開始時に簡単なテストを行い、テストに合格または失敗した部分を条件付けるだけで、たとえば「テスト合格、すべての新機能が含まれるバージョンを読み込む。テスト失敗、古いバージョンを読み込む」といったことが簡単にできるはずです。他の多くのサイトはすでに何年も前からこれを行っていますが、Discourseではなぜ不可能なのですか？
「いいね！」 2
行った楽しいエクササイズ：
Windows XP IE 6 は TLS エラーを発生させます
同じ Windows XP で、まだサポートされているブラウザ (Supermium) を使用した場合
同じ Windows XP で、r3dfox を使用した場合
「いいね！」 15
アップデートと延期、ありがとうございます。感謝いたします。しかし、この決定の根拠について追加の質問があります。
コミュニティやユーザーに変更を準備するための時間をさらに与えると述べました。それは、1%のユーザーの主な障害がブラウザやOSを更新するための時間であることを示唆しています。その仮定を裏付けるために、どのようなデータを使用していますか？
もしその1%の大多数が、単なる先延ばしではなく、ハードウェアやOSの制限のために更新できないのであれば、締め切りを数ヶ月延期しても彼らには何の役にも立ちません。それは根本的な問題に対処せずに、問題を先送りするだけです。
したがって、より多くの時間が影響を受けるユーザーの数を大幅に減らすことを示す強力なデータがない限り、この変更は依然として、戻ってくることができない多くの人々を排除することになります。
その1%に関する実際のデータが何を示しているのか、明確な回答をいただけると幸いです。
「いいね！」 2