ユーザー登録時やプロフィール画面(設定による)で、カスタムユーザーフィールドが常にユーザーに表示されることに気づきました。
現在、スタッフのみ(内部使用目的)が閲覧・編集でき、ユーザーには表示されないユーザーフィールドを作成する方法はありますか?
もしない場合、将来的にサポートを検討していただける機能でしょうか?
ユーザー登録時やプロフィール画面(設定による)で、カスタムユーザーフィールドが常にユーザーに表示されることに気づきました。
現在、スタッフのみ(内部使用目的)が閲覧・編集でき、ユーザーには表示されないユーザーフィールドを作成する方法はありますか?
もしない場合、将来的にサポートを検討していただける機能でしょうか?
それに対する機能リクエストがあります: Option to include user field that is only editable by staff
フィールドをどのように使用したいかによっては、テーマコンポーネントを使用してスタッフ以外の全員からユーザーフィールドを非表示にするだけで十分な場合があります。
大学のコースでDiscourseを運用しており、カスタムユーザーフィールドは学籍番号にしたいと考えています。テーマコンポーネントは一時的な解決策としては良さそうですが、カスタムフィールドをスタッフまたはシステムAPI以外には完全に非表示にする方がよりクリーンになるでしょう。
実際、最近追加されたサインアップ時にユーザーフィールドを非表示にするオプションにより、ユーザーが見ることができないユーザーフィールドが可能になるのではないでしょうか。
ユーザーフィールドは、編集可能な場合にのみユーザーに表示されると思います。したがって、サインアップ時に非表示にし、編集(および表示と検索)を無効にすると、ユーザーにはフィールドが表示されなくなります。
先ほどは大変助かりました!この動作が明確にわかるバグレポートを作成しました。
管理者画面で「スタッフユーザーカスタムフィールド」という設定項目を見つけましたが、それが何のためにあるのか、どのように使うのかよくわかりません。
この機能について教えていただけますか?よろしくお願いします!
API経由でのカスタムフィールドの使用例はこれまでありませんでした。そのため、Adding non-visible user custom fields to the API で学んだ以上のことはお伝えできません。
Discourse User Notes - Plugin - Discourse Metaをご覧ください。これは、スタッフがユーザーに関するメモを内部で共有するためのものです。(猫が好き – CEOとゴルフをする – など)
@copymonopoly MoinさんとToddzさんの提案は問題の解決に役立ちましたか?参考までに、メタではスタッフ間でメンバーに関する情報を共有するためにユーザーノートを非常に積極的に活用しています。ノートはすぐに確認できるため、うまく機能します(カスタムユーザーフィールドよりも優れていると言えるかもしれません)。
データエクスプローラー経由でユーザーノートにアクセスしたり、API経由で追加/アクセスしたりすることも可能です。
私もこれについては確信が持てませんでしたが、いくつかの手がかりを見つけました…
コンパニオン設定である Public user custom fields の隣にあると、より理解しやすくなります。
そして、これらはAPI経由でどのレコードにアクセスできるかに関係しています。
興味深いことに、上記のフィールドは利用可能なユーザーカスタムフィールドから選択するのではなく、任意のテキスト入力を受け付けるようです。そのため、フィールド名を正確に入力する必要がある このドキュメントを注意深く読む必要があります。
名前ですか? 先ほど共有したドキュメントによると、IDが必要だと思ったのですが。
ああ、そのドキュメントを見落としていました!
フィールドには入力したものが何でも受け入れられたので、誤った思い込みをしてしまいました。
設定の説明にドキュメントへのリンクがあると良いかもしれないケースですね。
「ユーザーカスタムフィールド経由でユーザーをグループに追加する」オートメーションと同様の方法で機能する、これらの管理者設定のカスタムフィールドルックアップがあれば、
になると思います。
以前どこかで言及されたと思いますが、それが進展したかどうかはわかりません。
ご提案ありがとうございます!
当初は、ユーザーごとに追加する特定の情報を表示する小さなコンポーネントを作成したかったため、カスタムユーザーフィールドを使用することを計画していました。そのため、Discourse User Notes のコアプラグインについてはあまり検討していませんでした。
しかし、User Notes で同様のことを達成できる可能性があり、役立つアプローチになるかもしれません。この推奨に本当に感謝しています。現在、検討中です!
@hugh チームへのフィードバックです。public user custom fields および staff user custom fields サイト設定の入力欄は何でも受け付けますが、IDのみが機能するため、混乱を招きます。