サポートカテゴリテンプレートの引用フォーマット

サイトフィードバック
1

デフォルトでは、ここで「New topic」をクリックすると、

質問する前に、検索しましたか？右上にある :magnifying_glass_tilted_left: を押して検索してください。

または、

> 質問する前に、検索しましたか？右上にある :magnifying_glass_tilted_left: を押して検索してください。

使用しているエディタによって、コンポーザに表示されます。

最近、引用で始まるトピックに気づきました。以下に例をいくつか示します。

リッチテキストモードでは、テキストを削除した後もフォーマットが残っていることに気づきにくいことが原因ではないかという印象を持っています。
少なくとも、この機能が追加される前から、引用で始まるトピックに気づいたことはありません。

したがって、これを防ぐためにテンプレートを調整することが理にかなっているかもしれません。

「いいね！」 5
2

それは興味深い理論ですね！ひとまずカテゴリテンプレートを削除します。新規メンバーが投稿前に検索を使用するように教育するための、より良い、手間のかからない方法が見つかるかもしれません。

@chapoiさんと私は今週チャットで、サポートのカテゴリ説明を更新することについても話していました。現在の説明は以下の通りです。

最初の部分はサポートカテゴリのバナーに表示され、あまり有益ではありません。

Screenshot 2025-10-10 at 2.14.45 PM
Screenshot 2025-10-10 at 2.14.45 PM953×194 4.72 KB

以下のように変更し、フィードバックを歓迎します！カテゴリバナーはすぐには更新されないため、正しく表示されているかわかりません。テキストを2つの段落に分割するために \u003cbr\u003e\u003cbr\u003e を使用して不正行為を試みましたが、より読みやすくなりました。

3

これにより、冒頭に引用があるトピックの数が減るようであれば、公式プラグイン、テーマ、コンポーネントのトピックでサポートトピックを作成するためのすべてのボタンからも同様に削除する必要があるかもしれません。

「いいね！」 1
4

ええ、ご指摘ありがとうございます。それらのボタンは見た目が素晴らしいですし、私も気に入っていますが、変更や新規作成が必要な場合にメンテナンスが難しく、エラーが発生しやすいです。

長期的には、それらのトピックを編集して、それらのボタンを削除したいと考えています。さらに調整が必要になる可能性もあるため、現時点では触らずに様子を見ます。

今のところ、サポートリクエストの上部にこれ以上引用が表示されていないようで、それは良いことです。

5

お湯と一緒に浴槽から赤ん坊を捨てる前に、実際のテキストコンテンツを挿入するのではなく、パラメータ化されたリンクを介してコンポーザーのプレースホルダーをオーバーライドする機能を持つことは良い考えではないでしょうか。現在、body パラメータを誤用しています。

「ここにタイプしてください。フォーマットするにはMarkdown、BBCode、またはHTMLを使用してください。」というプレースホルダーを「foo」で上書きする &placeholder=foo のようなものです。

6

URLパラメータとしても使用できるカテゴリプレースホルダー設定は、素晴らしい機能リクエストのように聞こえます！ぜひ作成してください。

7

Support のカテゴリテンプレートもまったく同じことをしていませんでしたか？それも本文にテキストを追加しています。テンプレートを含む OP の投稿をより困難にした監視ワードがあるのは、そのせいではありませんか？ Marketplace で新しいトピックを作成すると、本文もテキストで埋められます。そのため、この場合もテンプレートが表示されるように、本文テキストがリンクの一部であるという印象を受けました。

新しいトピックボタンを使用した場合と、公式テーマまたはプラグインのボタンのいずれかをクリックした場合で、本文で同じ結果が得られることは、依然として理にかなっていると思います。

一般的には、すべての公式トピックに手動で入力されたこれらのボタンが自動的に作成されれば、おそらく簡単になるでしょう。そうすれば、タグの間違いは起こり得ず、はるかに簡単に更新できます。しかし、それらはすべて同じように機能するわけではないため、おそらく困難です。データエクスプローラーは Data & reporting で質問するように提案しており、SSO プラグインは Support の代わりに SSO でヘルプを求めるように指示しています。

カテゴリごとに本文ではなくプレースホルダーをカスタマイズすることは、Topic Template Placeholder Text theme component で可能でした。

8

これはリチャードが提案していることとほぼ同じように聞こえます。入力し始めると消え、トピックに余計な指示が残らないため、良いアイデアだと思います。そうすれば、ウォッチワードを削除することもできます。

同意します。将来的に行いたい変更のために、これを念頭に置いておきます。

9

ユースケースによると思います。サポートで使われていたような短いテンプレートにはうまく機能しますが、Marketplace のような長いテンプレートでは、最初の文字を入力しただけでテンプレートが消えてしまうと、あまり役に立たないと思います。私にとっては、marketplace トピックの本文のテキストは、入力すると消えるプレースホルダーと、form-templates が提供するような固定フィールドを持つテンプレートとの間の良い妥協点です。

しかし、トピックを作成するたびにユーザーに検索するように指示することが、本当に違いを生むのか疑問に思います。人々はトピックを作成するたびにそれを本当に読みますか？
検索するようにユーザーに指示するのは、投稿し始めたばかりの頃に伝えることの方が多いでしょう。例えば、最初に作成するいくつかのトピックに表示される jit composer message のように。「検索してください」は、「意味のあるタイトルを選んでください」のようなものです。

「いいね！」 1
10

はい、この場合、サポートカテゴリについては、しばらくの間まったく促さずに試してみることに満足しています。人々が検索する前に明らかに質問する人が増えた場合は、その時点で解決策を探すことができます。