フルスクリーンログインの変更についてです。現時点では元に戻すことができましたが、モーダルバージョンの方が気に入っています。ユーザーは背後のページを見ることができるため、正確に何にログインしているのかを知ることができます。
これをオプションとして維持することに害はありますか？フォーラムオーナーはモーダル内でレガシーログインを維持するにはどうすればよいですか？
フルスクリーンレイアウトは後退のように感じられます。何か見落としているのでなければ、以前ほどシームレスではありません。本日Discourseを更新したところ、その変更に驚きました。最初は、CSSまたはフォーラム自体が壊れたと思いました。私は2K画面しか使用していませんが、レイアウトは非常にシンプルに見えます。私の最初の反応は、修正のためにフォーラムを検索することでした。
リバートオプションは削除されるようですが、ユーザーがログインしているものを確認できることを本当に望んでいます。
ログインすると、モーダルは消え、ユーザーはログインプロンプトの背後で確認できるサイトとすぐにやり取りできます。
選択肢はあります。
知りませんでした、興味深いです。情報源を指摘していただきありがとうございます！
保守性の観点から、この選択は理にかなっています。レガシーコードを維持し続けると、時間の経過とともに技術的負債が増えるだけです。
フルスクリーン表示がお好みではないことは理解しています。
デバイス間での一貫性、アクセシビリティの向上、より堅牢な認証フローなど、多くの利点があります。
確かに、即時のコンテキストを失う可能性がありますが、ログインしようとするときは、自分がどのページにいるか認識しているはずですよね？ユーザーの操作が必要なため、ユーザーは何にアクセスしているかを知っていると仮定するのは合理的です。
公平に言えば、どちらの方法でもログイン後にページが再読み込みされます。唯一の違いは背景です。ただし、大画面では、デザインが「空虚」に見える可能性があるため、不快で断絶しているように感じられる可能性があることは理解しています。
利用可能なスペースを活用する、より強力なビジュアルアイデンティティがあれば、違いがあると思いますか？
フィードバックありがとうございます。興味深いです！
残念ながら、両方のログインパスを永久に機能させ続けることは非常に困難です。ログイン/サインアップはユーザーにとって重要なパスであり、多くのバリエーションがあります。ローカルログイン、oAuth2ログイン（Google、Apple、Facebook、Githubなどを介して）、およびDiscourseConnectを介したSSOログインがあります。さらに、インスタンスはプロセスのさまざまな部分をカスタマイズできます（ログインが必要かどうか、表示するフィールドの選択など）。これらすべてを2つの完全に異なるUXフローで維持することは、非常に、非常に困難であり、長期的には破損しやすく、ユーザーにとってそのような重要なパスでそのリスクを冒すことはできません。
これに関するフィードバックをさらに聞かせていただければ幸いです。おそらく、発表トピックに投稿するのが最善でしょう：Introducing our new fullscreen signup and login pages
モバイルおよびタブレットでは、フルページレイアウトにはいくつかの明確な利点があることを付け加えておくべきです。特に携帯電話ではナビゲートしやすく、ソフトウェアキーボードの動作もはるかに良くなります。
レガシーコードに依存せずに、モーダルやログインウィンドウのアプローチを使用しているモダンなウェブサイトはたくさんあります。明確にするために、ログインボックスが背景のDiscourseフォーラムの上に表示される、シームレスなログインオーバーレイは、レガシーコードを使用してのみ維持できるということでしょうか？
レガシーにはその場所があります。例えば、私が知る限り最も活発なDiscourseフォーラムの一つである https://discussion.fedoraproject.org は、左側のサイドバーの代わりにドロップダウンナビゲーションバーをまだ使用しています。私の見解では、変更は必要であり、微妙であり、理想的にはエンドユーザーからリクエストされるか、明らかにエンドユーザーに有益であるべきです。
正直なところ、新しいログインアプローチは、改善というよりも1999年のvBulletinのインターシティシャルログインページのように感じられます。ユーザーエクスペリエンスの観点からは、利点は見られません。（私の意見ですが）
編集
ありがとうございます。このようなスレッドを探すのに時間を費やしました。
また、フォーラムによっては、デスクトップよりもモバイルの利用が多い場合とそうでない場合があります。私のフォーラム（およびWordPressブログ）はどちらもモバイルトラフィックが25％未満です。現在、過去30日間で22.74％です。したがって、私は4分の3を優先し、4分の1は優先しないでしょう。おそらく、このフルスクリーンログインはモバイル専用にできるかもしれません。
お待ちください、モバイルでテストしたところ、背景がありません。モバイルでは、これをオフにしても問題なく表示されます。
この投稿をモバイルから編集してスクリーンショットを含めます。しかし、個人的には、この変更はモバイル専用にしてほしいです。それがたとえ必要だとしても。
モバイル編集
ログインはすでに良好に見えます。
ああ、@Jagster が口出ししてきた。 
lol
私のWordPressは89％、フォーラムは92％がモバイルからのアクセスです。サイトでモバイルからの割合がこれほど低いのは実際には珍しく、市場シェアよりもニッチについて多くを物語っている可能性があります。
しかし、続けてください。これは興味深いトピックです。
うーん、テクノロジーやDevOpsなどのニッチな分野のフォーラムの多くは、主にデスクトップからの訪問者だろうと主張したいです。
上記で言及したように、確かにそうです：https://discussion.fedoraproject.org/ しかし、https://discuss.huggingface.co/、https://community.letsencrypt.org/、https://community.grafana.com/、https://forums.developer.nvidia.com/、https://community.spiceworks.com/、[MongoDBフォーラム](https://www.mongodb.com/community/forums)なども、言いたいことは伝わるでしょう…
控えめに見積もっても、Techカテゴリにリストされているフォーラムの 少なくとも 1/3はそうです：https://discover.discourse.org/。
しかし、ログインがデバイスに基づいて特定できるのであれば、それは脱線です。これはすでに動作しているようです。
この会話を新しいトピックに移動しました。フルスクリーンのサインアップ/ログインはデザイン実験ではないため、そこで議論を続けるのは適切ではないと感じました。ここで会話を続けましょう！
@haydenjames、フルスクリーンのページは、コミュニティへの重要な入り口であるサインアップとログインを通じて、集中的で明確なエクスペリエンスを提供するため、全員をこれらの新しいデザインに移行しています。サインアップ/ログインの背後にあるコミュニティ情報を表示するためのモーダルを備えた以前のデザインを好んでいたことは理解できますが、@pmusaraj が共有した複数のサインアップ/ログインパスを維持する負担に関する理由により、4月末にモーダルログイン/サインアップ画面を削除します。
新しいデザインがより効果的に機能するように改善する方法を検討することに喜んで協力します。最大の懸念は、メンバーがサインアップ/ログインを完了した後にどこにたどり着くかについて自信を持てるかどうかということのようですが、それは正しいですか？フルスクリーンのデザインについて他に懸念はありますか？
今日これに気づきました。私は常に手動でDiscourseを更新してきました。この自動更新への接続はどこにありますか？これはセルフホスト型アプリなので、更新を自分で管理したいです。
そのメッセージは、その日時にサイト設定とモーダル画面のコードがコアから削除されることを意味しています。あなたのインスタンスを更新しない限り、その変更は適用されません。
