oshyan
2021 年 7 月 16 日午後 8:32
1
How difficult would it be to make the Discourse UI more like Flarum? の議論に続きます：
以下のオプションを導入することを提案したいです。
oshyan:
「返信」ボタンの代わりに、より明確なテキストボックス風の「返信」エリアを用意する案です。これは素晴らしい代替案だと考えています。
これは単に「手軽」または「摩擦が少ない」ように見える返信方法という以上のものです。アバター画像が最初から 表示されているという仕掛けは、個人的には興味深い细节だと感じています。これは微妙に「すでに参加している」という感覚を促し、結果としてインタラクションを促進すると考えています。
この代替アプローチが実際にどのように感じられる か、また平均的なユーザーに対してどのような行動を促したり抑制したりする可能性があるかについて、他の人々も私の仮説的な心理分析に同意するかどうか興味があります。
なお、この「テキストボックス」は Flarum においては実際にはボタンのような役割を果たしています。したがって、コンポーザーの動作を根本的に変更する提案ではありません。テキストボックスの輪郭はホバー時に現れ、カーソルはテキストカーソルに変化しますが、「テキストボックス」をクリックすると、通常通りトピックタイトルを含むフルサイズの編集ウィンドウが開きます。
プレビュー機能については、Flarum と Discourse の動作は少し異なります（この点では Discourse の方が優れていると考えています）。基本的には、Discourse 版ではアバターをヘッダーに移動し、Flarum の例で単一ペインとして表示されている部分を、通常通り二ペインエディターとして開くことになります。Flarum の動作を完全に模倣する必要はありません（例えば、テキストカーソルの表示などは、より複雑になるため不要かもしれません）。私が強調し、議論したいのは、デザイン自体をインスピレーション源として取り入れることです。
「いいね！」 15
Falco
2021 年 7 月 16 日午後 8:53
2
それはかなり素晴らしいアイデアですね！おそらく、テーマコンポーネントを使って、テキストエリアのように見えるが実際にはコンポーザーを開くためのボタンという機能を、トピックの末尾にあるアウトレットに配置することで実現できるでしょう。
「いいね！」 13
oshyan
2021 年 7 月 16 日午後 10:09
3
それは有望に聞こえますね。チームに実装への関心があるのでしょうか、それとも「興味と適切なスキルがあれば、誰かがそれほど難なくできるはずだ」というだけの話だったのでしょうか？（残念ながら、私はそのスキルを持っていません
「いいね！」 3
oshyan
2021 年 7 月 19 日午後 10:40
4
@codinghorror さんからの、スレッド発端のコメントへの返信：Discourse の UI を Flarum のようにするのはどのくらい難しいか？
「テキスト入力ボックス」（実際にはテキスト入力ボックスではありません）はトピックの下部 にのみあります。これはすべての 返信ボタンを置き換えるものではなく、Discourse で青くハイライト表示される最後のボタンだけです。これは、反応を促すものの、早まった 反応ではないと考えています。
私自身も「非常にオンラインな人間」ですが、返信することに自信を持つのに苦労することはめったにありません。しかし、多くの人にとってそうではないことは確かです。フォーラムでの初期の参加には参入障壁が高い傾向があり、これはこのスレッドのような議論で取り上げられ（私見ではまだ解決されていません）、Circle.so vs Discourse Circle.so vs Discourse で議論されています。
もちろん、あなたが指摘した問題（人々がすぐに反応し、反射的に反応するなど）を避けたいはずです。しかし、トピックの下部に到達する頃には、人々が返信する準備ができていると信頼できるのではないでしょうか。少なくとも、Discourse はすでに そのように信頼しているようですので…
これがどのように機能するかによりますが、トピック下部のテキストボックスは、さらに理にかなっているかもしれません…
「いいね！」 1
oshyan:
チームとして実装する意向はありますか？
正直なところ、ありません。インターネットに蔓延している「空のテキストボックスを渡され、頭に浮かんだことを何でも書き込む」という現象を避けたいためです。時には少しの摩擦が必要で、今回のケースもその一つです。そうでなければ、常にXKCD 386 のような状況になってしまいます。実際、議論が一定の長さ以上ある場合に限り、ある程度の議論を読まないと返信できない機能の追加も検討しています。
これは、各自のサイトにインストールして使えるテーマコンポーネントとして提供するのは構いませんよ！
（また、これは数年前に何度も議論されましたが、その頃の議論は整理されて消えてしまったかもしれません。これはチャットにも適したアプローチで、数日〜数週間で記憶の穴に消えてしまう一時的な内容を打字することが目的の場合に特に有効です。）
「いいね！」 8
oshyan
2021 年 7 月 21 日午前 1:24
6
確かに、このアイデアでは議論の終点に達するまで 摩擦は同じままです。その時点で返信の摩擦をわずかに減らすことはできますが、実際のクリック数の削減という機能的な意味ではなく、主観的な印象としての軽減に過ぎません。
それよりも重要なのは、インターネット上で「誰かが間違っている！」と怒りをぶつけるような投稿者は、この二つのアプローチの違いによってほとんど影響を受けない一方で、参加することに不安を感じている人 は、両者に対して明確に異なる反応を示す可能性があるということです。これを裏付ける研究データはありません（もし必要であれば、探してみますよ 試してみる価値がある と思います。なぜなら、それなりに活発なフォーラムであれば、すぐに結果が見えてくるだろうと思うからです。
まだ混乱しています。「返信テキストボックス」機能は、トピックのすべて を読み終えないと表示されないはずです。
とはいえ、理解はしました。これはテーマコンポーネントで実装しようとするべきことです。では、手を挙げる人はいますか？いつかはやむを得ず、神のためにプログラミングのやり方を学ぶことになるでしょう。しかし残念ながら、今はやるべきことが多すぎて手一杯です。
また、あなたと私ではチャットの扱い方について潜在的に異なる見解を持っているかもしれません。もし チャットから貴重なコンテンツを保存する方法があるなら、それは一時的なもの（エフェメラル）であっても構いません。ただし、少なくとも一週間、できればそれ以上はチャットを保持して判断できるようにしたいです。理想的には、これは管理者が制御できるべきです。しかし、このトピック（えーと、トピック）の本題からそれてしまいましたね。
「いいね！」 3
その通りです。あなたが提案しているのは本質的に非常に凝った返信ボタンですが、ユーザーが「入力ボックス」に見せかけた偽の要素をクリックした後にエディタのオーバーレイが表示されることに混乱するのではないかと懸念しています。ページ上で直接入力するのではなく、なぜオーバーレイエディタが表示されるのかと疑問に思うでしょう。私見では、結果としての UI は少し不自然になると思います。「あなたの」偽のプレースホルダー投稿は、クリックしてオーバーレイエディタが表示された時点で消えるのでしょうか？それともトピック内に残るのでしょうか？オーバーレイエディタに入力する際にリアルタイムで更新されるのでしょうか？もしそうなら、入力内容は以下の 3 箇所に同時に表示されることになります：
エディタ内
エディタのプレビューペイン内
偽のプレースホルダー投稿内
…その潜在的な混乱を測る一つの方法は、テーマコンポーネントを試してみることです。
もちろん、ここでは話題から外れますが、それは理にかなっています。
「いいね！」 4
oshyan
2021 年 7 月 21 日午後 9:06
8
これらの懸念の多くは、あなた自身が Flarum の例を試す機会を持っていなかったことに起因しているのだと思います。しかし、テーマコンポーネントでテストすることの重要性には同意します。ですから、それを実行する興味と能力を持つ方（あるいは、私が自分で習得できるような自由な時間が生まれること）をお待ちしています。
「いいね！」 3
yxrulz
2021 年 8 月 3 日午前 6:32
9
ご指摘ありがとうございます！Discourseのテーマをくまなく探して、すでにこのコードを持っている人がいないか確認していました。オンラインコミュニティを立ち上げようとしていますが、一部の方はおとなしかったり、フォーラムでのやり取りに慣れていないかもしれないと感じています。そのため、おっしゃる通り、できるだけ摩擦のない体験にしたいと考えています。
「いいね！」 2
GVG
2021 年 8 月 15 日午前 8:10
10
私も、Flarum の UI スタイルは Discourse のそれよりも大幅に好みですが（機能性やコミュニティ、開発者のサポート面では別です）、この項目は Flarum が考案したものではなく、WordPress や wpDiscuz などで長年存在してきた「コメントへの誘導」と似ているようです。
これは、メッセージ数が 10〜50 件程度のトピックが大半を占める一般的な大衆向けコミュニティにとってはスマートなデフォルト設定かもしれません。しかし、専門家や責任感ある人々が集まるコミュニティにとっては、その逆です！ナビゲーションバーの上部に常に表示される大きな「返信」ボタンは非常に有用で、各メッセージを読み終えた瞬間にすぐに回答を書き始める方がはるかに快適です。100、500、1000、あるいは 1 万件ものメッセージがあるトピックを最初から最後まで読み通すと、結局誰に何を返信したかったのか忘れてしまうのは明らかです。また、ユーザーが読みながら回答を書き始めると、読み進める過程で他のユーザーの名前を付け加えたりすることもできます。
テキストボックスが議論の末尾にあるという区別は、「ニューヨーク・タイムズの記事の末尾にあるコメントボックス」と何ら変わりなく、その話がどうなるかは皆さんもご存知の通りです。私たちは思慮深い摩擦 の提唱者です。
さらに 、組み込みチャットをリリースする寸前なので、アイデア出しや、Googleのインデックスに永遠に記録されないような迅速な往復会話をしたい場合は、低速レーンから高速レーンに切り替えることができます。
この会話のように、時には何年も続く会話をしたいこともありますよ…
「いいね！」 4
）
）が、少なくとも直感的には納得がいきます。そして最終的には、IMO（私の意見では）、試してみる価値があると思います。なぜなら、それなりに活発なフォーラムであれば、すぐに結果が見えてくるだろうと思うからです。
を持って、それを食べることも可能です。