私は2つのことがわかりません：
- なぜKanbanボードの設定でドロップダウンからカテゴリーを選択できないのですか？手動で名前を入力する必要があります。
- 設定を行うと、カテゴリーのページに一度だけボードタブが表示され、その後消えてしまい、もう一度すべて再設定し直さなければならない（つまり、ドロップダウンから選んだカテゴリーを削除してもう一度入力し直す）という現象が起きます。
他にこの問題を経験した人はいますか？
「いいね！」 4
可能です。ただし、単純にドロップインするよりも複雑になる特別なケースがあります。カテゴリセレクターは既存のカテゴリのみを追加できますが、現在はカスタムの「@」エントリを追加して、コンポーネントを最上位の「すべてのカテゴリ」ビューに適用できるようにしています。
これを別の設定に分割し、既存の設定を移行してカテゴリドロップダウンを使用できるようにする必要があります。
このタブですか？
この問題を再現できません。すでに修正されている可能性があります。それでも発生する場合はお知らせください。
「いいね！」 3
申し訳ありませんが、その後Discourseを離れ、コミュニティをDiscordに戻しました。
「いいね！」 6
これは非常に紛らわしいです。「@」が何を意味し、どのように使用するのか説明していただけますか？Kanban設定UIでそれを見て、それが何をするのか理解できませんでした。
また、カスタム「@」があると、なぜドロップダウンを使用できなくなるのですか？単に「@」エントリをドロップダウンに追加すればよいのではないでしょうか？さらに良いことに、なぜそれを「@」と名付けるのですか？そのドロップダウンで「すべてのカテゴリ」と表示し、舞台裏で「@」を使用するようにしてください。Discourseの初期から使用しているソフトウェア開発者である私にとっても、あまりにも謎めいていました。
「いいね！」 2
これは明らかにトピックから外れていますが、私の意見を付け加えたいと思います。DiscourseのUIに対する永続的な不満により、パートナーやプロジェクト関係者をDiscourseの使用に勧誘することが全くできません。彼らは皆UIを嫌っており、あらゆる意味で混乱するため、使用することができません。Kanbanを便利なツールとして設定できないことは、プロジェクト管理のためにDiscourseの使用に賛同させようとしているパートナーたちの不満をさらに増大させるだけです。このトピックで実際に議論されている問題に戻りますが、設定パネルを開いてKanbanリストを好みに合わせて設定したいだけのマネージャーに、「@」をどのように説明すればよいのでしょうか？これらすべての小さなことが積み重なり、人々がDiscourse空間に入ると完全に方向感覚を失い、すぐに立ち去ろうとし、このプラットフォームで私と関わるのは時間の無駄なのでやめてほしいと私に頼むのです。Discourseについて人々を興奮させることは何もできません。さらに悪いことに、DiscourseチームはUIのいくつかの側面を改善するのではなく、悪化させているようです。最近のアップデートとその私の批判をここでご覧ください: Now that the topic title is editable by click, I can't simply copy it without entering the edit mode
ちなみに、@MyCategory（「@」が何をするのか理解しようとしているときに直感的に入力しました）と入力しても、検証エラーは表示されません。プログラマーの観点からは明白であり、「保存中…」で更新された設定値を保存するときに簡単に検出できるのに、間違ったことをしていることを教えてくれないのは、どのようにして許容されるのでしょうか？
特に、誰かがDiscourseを離れてDiscordに戻ったのを見た後、それを言わなければならなかったことを申し訳なく思います。それは私の懸念とUIへの不満を裏付けるだけでした。
「いいね！」 4
本当に一生懸命やってみたのですが、複雑すぎます。昔のAndroidとiPhoneの戦争のようです。
Androidは好きなようにカスタマイズできました。
iPhoneは非常に限られていましたが…うまくいきました。
これは現在のDiscourseと同じケースです。「完璧は、加えるものがなくなったときではなく、取り除くものがなくなったときに達成される」というアントワーヌ・ド・サン＝テグジュペリの言葉をより多く取り入れる必要があると信じています。
（DMとプライベートチャットの違いなど）混乱が多すぎて、人々を自由に使うように説得するのは本当に困難です。Discordでは、摩擦が少なくなります。Skoolも同様ですSkool。目標とすべきは、より多くの機能を追加することではなく、これだと考えています。
「いいね！」 2
私は最近、あなたが述べた理由とまったく同じ理由でクライアントがDiscourseを離れたことがありました - 複雑さです。
ただ、正直に言うと、いくつかのDiscordサーバーを見ると、それらがまったくシンプルだとは思えません。今や、Discordサーバーに追加できるものはたくさんあります（ボットも含む）。
Discordや他のカスタム壁付きアプリに移行する大きなデメリットのひとつは、SEO（検索エンジン最適化）を失うことではありませんか？ もしかしたら、それはあなたには影響しないかもしれませんが。
実装した人は、カテゴリやタグにフィルタリングされていない場合に、トップレベルのトピックリストを表す一意のシンボルとして「@」を選択しました。これは forum.example.com/latest や forum.example.com/top のようなものです。そのため、ボードをそこに適用するには、「@」を個別のエントリとして入力します。
これが紛らわしいことは認めますが、グローバルカンバンボードが必要でない限り無視できるものです。
そうではありません。カテゴリドロップダウンへの移行が複雑になるだけです。なぜなら、すでにこのように使用しているサイトの設定を元に戻さないように、移行を作成する必要もあるからです。
テーマ設定はコアAPIによって決定されるため、カテゴリリストタイプを使用する場合、テーマ自体から追加オプションを拡張することはできません。
Discourseは巨大な企業ではなく、時間的制約があるため、最も使用されている機能に集中しています。また、コンポーネントのリファクタリング（ちなみにこれらは無料で提供されています）は、優先順位付けが難しい場合があります。誰かがカンバン設定の改善をスポンサーしてくれるなら、確かに優先順位を上げることができます。
Discordにはカンバンボード機能がありますか？探しましたが、外部カンバンサービスと統合するボット以外にはあまり見つかりませんでした。
コントロールも一部失います。ユーザーはDiscordユーザーであり、投稿するコンテンツもDiscordのコンテンツです。誰かがDiscordに支払う場合、その利益はDiscordのものです。あらゆるプラットフォームにはトレードオフとコストがあります。
「いいね！」 8
はい、現時点でKanban機能に時間を投資できる状況になるかは不明です。
いつか再検討したいと考えています。テーマコンポーネントの採用により、このような機能に対する需要があるという証拠がいくつか提供されたと思います。
テーマコンポーネントとして実装することには利点がありました。管理者が簡単に見つけてインストールできることです。しかし、予想されるような設計を難しくするいくつかの大きな制約も伴います。
もし再検討することになった場合、2つの可能な道があると思います。Kanbanボードの希望する機能セットを利用して、テーマコンポーネントで利用可能なAPIを改善するか、コア機能またはプラグインにして、必要な目的に合ったサーバーAPIを追加するアクセスを増やすかです。
それまでは、特定のバグの修正にとどまる可能性が高いです。
「いいね！」 7
それは本当だけど、その負担は私たち、つまりオーナー側にあるんだ。ユーザー側から見れば、ごくシンプルなものなんだ。
「チャンネルを選択 → メッセージを送信」これだけだ！
Kanbanはない。Watching と Tracking の違いを理解する必要もない。「Discourseもこういうことができたらいいのに」 という機能の山もない。
これらの機能は、私たち技術者/オーナー/管理者にとっては素晴らしいものだ。
しかし、一般の人々にとっては、コミュニティ感覚が欲しいんだ。彼らは、自分たちが自由に自分を表現できると感じたいのであって、何百（そんなにたくさんあると思う）もの異なるオプションや用語、その他のことを理解しようとする必要はないんだ。
「いいね！」 4
これはまさに、ステークホルダーから寄せられたフィードバックです。彼らはチャットとプライベートトピックで迷子になります。
現在のプロジェクトでは、プロジェクトオーナーがBasecampを検討しています。なぜなら、Discourseを試した後に使えないと判断したからです。私はDiscourseの優れた機能と能力を知っているのでDiscourseを推奨していますが、ユーザビリティの低さとUIおよび用語の混乱が機能性を常に上回ってしまうため、あまり何もできません。さらに、一般的な非技術者が嫌うMarkdownについても言及せざるを得ません。なぜそれがそもそもWYSIWYGではないのか、彼らに説明できません。Discourseチームがついに適切なエディタに取り組んでいることに感謝します。ほとんどの人は、フォーマット、テーブル、色、画像、コードスニペットといったいくつかの機能だけを備えた、シンプルなWordのようなテキストエディタを求めています。これらの機能のいずれも、一般ユーザーがMarkdown形式で取得する必要はありません。AIのような高度な機能は、エンドユーザーが投稿のテキストエディタが縦に2列に分割されている理由を理解できない場合、無意味です。彼らが考えているのは、AIではなく、そのようなことです。
「いいね！」 6
彼らはすべてのデータを持っています。それが取引であり、最初のフラストレーションは理解できますが、過去数ヶ月でDiscourseに多くの改善が見られました。
管理者はチャットやプライベートメッセージの使用を停止し、簡素化することを選択できます。時間がかかり、誰もが確かに理解する学習曲線があります。すべてと同様に長所と短所があります。
チームの成功を祈っており、自然な進化のプロセスに貢献し、時間を与える必要があると考えています。
「いいね！」 3
これは短期的には問題ない動作ですが、情報を整理するための非常に良いダイナミクスではありませんか？
ユーザーが思いつきで発信する < > よく整理されたウェブサイト。
したがって、Discourse はモデレーションと整理のためのツールに焦点を当てているのですか？
「いいね！」 1
これは、コミュニティのメンバーがどのようにコンテンツを消費しているかの変化する状況に、私たちが追いついていないまさにそのケースです。
私も全く同じ決断に直面しました。堅牢で、整理されており、SEOに優れ、作成しているコンテンツの性質上、レガシーを作成できるようなものを持つこと。
しかし、今日の人々（これは明らかに一般化ですが）は、例えばSlackが履歴を過去90日間に制限することで何かを取り上げているとは感じていません。
私のメンバーの一人（30代になったばかりの非常に成功した起業家です）が、今日では、情報が3ヶ月以上古いと読んでいない、なぜならすべてが非常に速く変化するため、古いものを掘り起こすのは時間の無駄だと言っていました。それがビジネスであろうと、科学であろうと…まあ、人生であろうと関係ありません。
そしてもちろん、数ヶ月後に更新される可能性のあるプラグインに関する、ここでのスレッドのように、それは有効なケースです。しかし、それ以外の場合は、「コミュニティを構築する」という意味では、「帰属意識」と、私たちを圧倒するすべてのオプションを理解しようとするのではなく、ほとんど、または全く摩擦なくこのコミュニティと対話できることがより重要です。
SkoolとDiscourseの比較について質問した以前のスレッドで、それについて話しました。
「いいね！」 5
これは完全に理解できます。洞察をありがとうございます。
「いいね！」 3
はっきり言いますと、私はDiscourseに素晴らしい潜在能力を見ていますし、もし私のコミュニティ構築の経験でチームの役に立てることがあれば、喜んでお手伝いいたします。
「いいね！」 3