この点について、もう少し詳しく説明するために Site feedback トピックを開始していただけると幸いです。
私たちも多くのサイトでカテゴリをナレッジベースとして利用しており、何か考えやフィードバックがあれば、常に改善方法を探しています。
ありがとうございます。「議論ベースのドキュメント」は、新しいユーザーにとっては大変な作業になりがちです。なぜなら、投稿を読み、その投稿を更新または修正する議論のスレッドを読む必要があるからです。もちろん、これは私自身の意見ですが、他の人はそう思わないかもしれないことも理解しています ![]()
ええ、私もそれはあまり好きではありません。
また、長い返信の尾は、それ自体が威圧的に感じられることがよくあります。ここでは(しばしば遅延があることは承知していますが)、その状況を避けるために、関連するすべての情報をOPに移動させるという考えです。また、検索しやすくするために、明確に区切られた議論を別のトピックに分割するようにしています(可能な場合はタグ付けします)。また、一定期間経過後に古い返信をクリアする自動削除タイマーもいくつかあります。まだ作業中ですが、正しい方向に向かっていることを願っています。![]()
はい。ある程度は混乱を避けられないと思いますが、あなたが努力していることを知っておくのは良いことです(もっとも、後で編集された元の投稿に組み込まれたコメントを削除するようなことまでするかは疑問ですが、それはしばしば主な時間の浪費になります)。
しかし、私の元の指摘は実際にはそれほどのことではありませんでした。あなたがもちろんF/LOSSプロジェクトではないことに、少し遅れて気づいたと思います。そのため、私のような部外者が「助け」を提供しようとすることに感謝しないかもしれません。
コミュニティによって作成されたドキュメントやアドバイスに感謝します。![]()
自動削除タイマーはかなり無差別なので、諸刃の剣になり得ます。
しかし、意図は、必要に応じて/有用な履歴を保持するために、ドキュメントの変更提案を別のトピックに切り離すことです。それは、ええと、「有機的」なプロセスなので、そうでない例がいくつか/多く見つかるかもしれません。![]()
ただし、何かを見つけて変更/改善すべきだと思う場合は、かなり迅速に対応します。![]()
私が言及していたのはそれではありません。提供したリンクを確認しましたか?
ドキュメントカテゴリに誘導したのではなく、/docsはDiscourse Docsプラグインによって生成されます。
インターフェースはかなり異なり、典型的なナレッジマネジメントシステムに似ており、検索とフィルタに特化しています。返信は省略され、編集履歴からわかるように、元の投稿に定期的にまとめられています。
ありがとうございます。ただ、会話の趣旨とは関係ないように思えたので、返答を控えてしまいました。プラグインの存在を知ることができたのは良かったのですが ![]()
ドキュメントが適切な形式ではなく、発見可能ではないというコメントを受けて、メタでドキュメントを異なる形式で提示し、発見可能性を高める機能を含むツールのリンクを共有しました。
郵便配達員の経験から、ここでのアプローチがすぐに馴染まないかもしれないことは理解しています。メタで9年間支援を提供してきた者として、ドキュメントがサポートディスカッションの近くにあることが非常に役立つことを保証できます。
なるほど、誤解していました。
あなたがやりたいことをするのは全く問題ありません。私は単に、補足的なインストール手順を追加するためにリポジトリにPRを提出することに感謝するかどうかを知りたかっただけです。感謝しないという答えだと理解しました。
それでは、私は失礼します。ご寛容に感謝いたします ![]()
私はその#documentationカテゴリが好きで、しばしば利用しています。それが理想的ではないという明白な理由が見当たらないため、混乱しています。![]()
そこには多くの有用な情報があり、そこに貢献を提出することは感謝され、おそらく他の人にも役立つでしょう。