Canapin
2026 年 4 月 10 日午後 12:38
1
Discourse はモバイルファーストを謳っていますが（とはいえ、実際の体験からはそれが必ずしも当てはまらないことが何度もありました）、これは こちら と こちら に記載されています。
しかし、Discourse は年々、より多くの機能（多くの場合有用なものです）を追加してきました。
10 年前のモバイル用コンポーザーのスクリーンショットを見つけるのは少し難しいですが、@codinghorror が iPhone 5 で提供してくれたものが こちら にあります。
現在の様子です（テキストエリアに意図的にコンテンツを追加しました。コンテンツを追加すると、画面に新しいアイコンや機能が追加されるため…
圧倒的な印象を受けます。左上の
とにかく、トピック作成画面で最初に表示される行には、テキストと 5 つの異なるアイコンがあります。その中には、実際に試してみないと意味がわからない（多分）少し難解なものもあります。
次に、フィールドについてです
狭いカテゴリセレクターには、短い親カテゴリ名しか収まりません。子カテゴリはほぼ常に切り詰められるか、単に見えなくなります。
カテゴリのアイコンまたは箇条書き
次に、ツールバーを強制的に表示するコンポーザーです。
これを切り替えられるとは思いませんが、とにかくツールバーは確かに役立ちます。水平にスクロールしてより多くの書式設定オプションを表示できますが、この機能は知らないと見逃してしまうかもしれません（グラデーションのヒントはあまりに微妙です）。
リッチテキスト/マークダウンの切り替えを、ツールバーの最初（最も幅が広く、唯一色付き）のアイコンにするのは奇妙な選択に思えます。私は 太字 や イタリック を使うことの方が多いので、2 つのエディターを行ったり来たりするよりもそちらの方が使いやすそうです。
最後に、最後の行には意味のあるオプションがあります。
しかし、ここでもテキストと 5 つのアイコンがあり、これらについては特に不満はないのですが… 唯一、GIF オプションが気になります。多くのスマートフォンのキーボードには GIF 検索機能があります。これを削除するか、ツールバーに移すこともできたでしょう。
私はデザインについて何も知らないので、具体的な提案はしませんが、トピックを作成する際に私が目にするもの、そして何より、私の脳が処理しなければならない情報量と内容について、単に私の体験を共有したいと思います。正直言うと、見て処理すべきことが少し多すぎます。
レイアウトがもっとシンプルで、アイコンや機能の過剰な詰め込みが少なく、私たちに求められているタスクに焦点を当てたものであってほしいと思います。つまり、コンテンツを作成し、投稿し、満足することです。
「いいね！」 4
Lilly
2026 年 4 月 10 日午後 1:40
2
iPhone や iPad での体験はひどいです。どこから始めればいいかすらわかりません。画像のアップロードが半分の時間できず、ドロップダウンメニューが正しく表示されなかったり画面外にあったり、コンポーザーがフリーズしたりします。私はモバイル端末では読むことと基本的な投稿のみに使っています。それ以上のことは頭痛の種だからです。
「いいね！」 3
アプローチが難しいのは、これらの機能のほとんどが必要性や要望に応じて追加されたためです…しかし、それらがどのような結果を生んだかを一歩引いて振り返ることは役立ちます。
確かに簡素化する方法はあり、ここでのフィードバックに反対するわけではありません。しかし、Meta はあらゆるものをテストする「最悪のケース」の一種であり、デフォルト設定は少なくとも少しは落ち着いています。AI、翻訳、GIF はすべて無効化されています。
この議論を実行可能な方向に維持するために、このデフォルト体験から何を削除すべきでしょうか？
いくつかの可能性として以下が考えられます：
ツールバーの表示/非表示を切り替えるハンバーガーアイコン ≡ … 特定のサイズ以上のデバイスではツールバーを常に表示し、切り替え機能を削除することはできないでしょうか？（非常に小さなデバイスでは、そうでないと作曲エリアがテキスト 1 行分に制限されてしまうため、切り替え機能は必要です）
x は閉じる、
タグ入力部分を小さなボタンに折りたたみ、タップ時またはタグが存在する場合にのみ展開することは可能でしょうか？
これで方向性が正しい方向に進み始めているでしょうか？さらに削ぎ落とすべきものはありますか？
「いいね！」 2
Lilly
2026 年 4 月 10 日午後 2:26
4
タグ付け - メニューを閉じるためにランダムな場所をタップするのは直感的ではありません。
This has been bothering me for a long time.
On mobile, when you add a tag, the selector remains open. But there’s no obvious way to close the selector so we can write our content.
[Screenshot_20260409_114643_Chrome]
I know the selector can be closed by tapping the tag input. But that’s not intuitive. When you want to close a selector on the internet, there are usually multiple ways:
You tap on an “empty” area
You click a icon if there’s one
It automatically closes after a selection (would…
「いいね！」 1
Lilly
2026 年 4 月 10 日午後 2:38
5
視覚的なUX自体は問題ないと思います。UXよりも実際の機能性を重視しています。返信ボタンをクリックしても、入力欄がフリーズして反応しなくなることは期待していません。ユーザーやグループを選択するドロップダウンを使ったり、ファイルをアップロードしたり、引用するためにテキストを選択したりする場合、画面を回転させたりデスクトップに切り替えたりすることなく、それらを行えることを期待しています。
「いいね！」 1
同意します。モバイルのUXは本当に優れていません。私たちは多くの課題を抱えています…
@chapoi さんは去年、このモバイル体験を大幅に改善する方法についていくつかのアイデアを私と共有してくれたことを知っています。
フィードバックについては、私が共有したいことがありますが、受け入れるも拒否するも自由です。
「体験は最悪だ」という発言は、Discourse の熱心なユーザーから出たものとしては少し役に立たない気がします。ここでは言葉の取り締まりをするつもりはありませんが、フィードバックを与える際のいくつかのヒントを提案します。
canapin の投稿は、過度に描写的で感情的な言葉を使わずに製品フィードバックを伝える良い例だと思います。
具体的に何が「最悪」だと感じますか？
私はデザインについて議論する方法に関するプレゼンテーションを行ったことがあります。それは時々参照するのが好きな資料です（私自身に credit はありません。本から情報を引用したプレゼンテーションです
これを読んでみるのは役立つでしょうか？どう思いますか？
Discussing-Design-Printable.pdf (7.6 MB)
「いいね！」 2
Lilly
2026 年 4 月 10 日午後 4:24
7
強い言葉を使ってしまい、傷つけたなら申し訳ありません。しかし、体験は不十分で、しばしばイライラさせるため、その意見は変わりません。これはDiscourseの問題というより、iOS側の課題が多いと思います。これをあなたやDiscourseに対する軽視だと捉えないでください。コンポーネントの構築やカスタマイズを手がけた経験から言いますが、最近ではモバイル対応を全般的に実現することがいかに難しいか、よく理解しています。
「いいね！」 3
Canapin
2026 年 4 月 10 日午後 5:04
9
なるほど、良い指摘ですね！これはソフトウェアの主要な見せ場です。
新規登録ユーザーとして（@Canapin2 にこんにちは！）、モバイル端末での表示は以下のようになります：
もちろん以前より改善されていますが、さらに良くなる余地はあります。まだ少し威圧的に感じられますね。新規ユーザーの立場からすると、最初の行にあるアイコンの並びには非常に困惑するでしょう。×マークだけが理解できるかもしれません。
あなたの投稿にある未解決の質問にすべてお答えすることはできませんが、スクリーンショットは特に気に入っています。特に小さなタグ部分が良いですね。
awesomerobot:
全体的に、エレガントさと、コンポーザーがようやく息を吹き返しているように見える点が素晴らしいです。失われた機能について深く考えるのではなく、見た目の印象を評価しているだけです。私の第一印象は「コンポーザーが表示すべき複雑さの上限」です。
「いいね！」 3
私が困っていることは主に2つあります。一つは、ボタンが頻繁に反応しなくなることです（ハブアプリを閉じて再度開くと直ります）。もう一つは、テキストエリアをクリックすると画面から消えてしまうことです（その場合は諦めてデスクトップで作業するのが解決策です）。iPhone 11。
「いいね！」 1
Canapin
2026 年 4 月 10 日午後 5:48
11
アプリを使ったことがないので、Discourse のモバイル環境はスマートフォンのブラウザからの経験のみであることを付け加えておく価値があるかもしれません。
「いいね！」 2
もう随分前なので確実ではありませんが、アプリの方が良かったので移行したと思います。
Lilly
2026 年 4 月 10 日午後 9:09
13
OK i was pretty critical so i also want to “boost” (figuratively lol) the design/development improvement on mobile that i don’t think gets enough praise or attention: the deprecation of /mobile and /desktop folder paths for the views.
Historically, Discourse has had two distinct views for mobile and desktop. Over the years, these have tended to converge towards more modern viewport-width-based design. Those modern patterns are documented here .
In the latest version of Discourse , we are replacing the user-agent-based detection of mobile/desktop modes, in favour of a purely viewport-width-based solution. This will make things much more intuitive for users and developers. In particular, this is a significant improvement for ta…
at first i was skeptical and even a bit annoyed, but it did not take me long to like it better. this was a great and much needed change IMO. i think i recall Moin scolding me for not liking it at first lol. but, yea, thank you for that because i love that i can target all viewport sizes in one code file, including tablet size specifically.
「いいね！」 1
）。
は削除と知っていても、それらは明らかに同じ機能領域に属しているように感じられます。以前は 1 つのボタンしかなく、モーダルで下書き保存を確認していました…ボタン数を減らすためのそのトレードオフは価値があったでしょうか？
）
