أدير ديسكورس لدورات جامعية، وسيكون حقل المستخدم المخصص هو رقم الطالب. يبدو مكون السمة حلاً مؤقتًا جيدًا، ولكن جعل حقل مخصص غير مرئي تمامًا لأي شيء سوى الموظفين أو واجهة برمجة تطبيقات النظام سيكون أكثر سلاسة.
في الواقع، أتساءل عما إذا كان خيار إخفاء حقل المستخدم عند التسجيل، والذي تمت إضافته مؤخرًا، يجعل حقول المستخدم التي لا يمكن للمستخدمين رؤيتها ممكنة.
أعتقد أن حقول المستخدم تظهر للمستخدمين فقط عندما تكون قابلة للتحرير. لذا، إذا قمت بإخفائها عند التسجيل وتعطيل التحرير (والعرض والبحث)، فيجب إخفاء الحقل للمستخدم.
هل ساعدتك الاقتراحات من Moin و Toddz في حل مشكلتك؟ على أي حال، نحن هنا في ميتا نستخدم ملاحظات المستخدم بنشاط كبير لتبادل المعلومات بين الموظفين حول أعضائنا. إنها تعمل بشكل جيد (ربما أفضل من حقول المستخدم المخصصة) لأن الملاحظات في متناول يدك:
يمكنك أيضًا الوصول إلى ملاحظات المستخدم عبر مستكشف البيانات ومن المحتمل أيضًا إضافتها/الوصول إليها عبر واجهة برمجة التطبيقات (API).
وهما يتعلقان بمن يمكنه الوصول إلى أي سجلات عبر واجهة برمجة التطبيقات (API):
ومن المثير للاهتمام، أن الحقول المذكورة أعلاه لا تبدو أنها تحدد من حقول المستخدم المخصصة المتاحة، بل تقبل أي إدخال نصي - لذلك سيتعين عليك إدخال أسماء الحقول بدقةقراءة هذه الوثيقة بعناية.
أعتقد أن ما سيكون هو وجود بحث مخصص للحقول لتلك الإعدادات الإدارية التي تعمل بطريقة مشابهة لتلك الموجودة في الأتمتة “إضافة مستخدم إلى مجموعة من خلال حقل مخصص للمستخدم”:
شكراً جزيلاً على الاقتراح!
في الأصل، كنت أخطط لاستخدام حقول المستخدم المخصصة لأنني أردت كتابة مكون صغير يعرض معلومات محددة أضيفها لكل مستخدم. لذلك لم أكن قد فكرت حقًا في المكون الإضافي الأساسي لملاحظات مستخدمي Discourse.
لكن يبدو أن ملاحظات المستخدم قد تكون قادرة على تحقيق شيء مشابه، وقد يكون نهجًا مفيدًا. أقدر حقًا التوصية - أنا أبحث فيها حاليًا!
@hugh بعض الملاحظات لفريقك. تقبل المدخلات لإعدادات الموقع public user custom fields و staff user custom fields أي شيء ولكن المعرّف (ID) فقط هو الذي يعمل، وهو أمر مربك.