لا يوجد توثيق تقريبًا لهذا الأمر، ولا يحتوي ملف واجهة برمجة تطبيقات المكون الإضافي على تعليق يشرح استخدام هذه الوظيفة. بالإضافة إلى ذلك، المكان الوحيد الذي يمكنني رؤيته يُستخدم فيه هو في المكونات الإضافية، وليس في النواة. فماذا تفعل api.addSaveableUserOptionField() بالضبط؟ هل هناك أي تكوين إضافي مطلوب لاستخدامه؟
لا أعرف، ولكن إليك ما أعتقد أنني اكتشفته.
ولكن أولاً - سؤالي هو لماذا تهتم؟ هل هناك شيء تحاول القيام به؟ ولكن ربما إذا كنت تحاول إنشاء إضافة تحتوي على خيارات للمستخدم، فهذه هي الطريقة للقيام بذلك. لا يتم استخدامه في النواة نظرًا لأنه خطاف خاصة للإضافات لتكون قادرة على الحصول على خيارات المستخدم الخاصة بها.
يبدو أنه مستخدم في إضافة الدردشة مثل هنا:
يبدو أنه إذا كانت إضافتك تحتوي على خيارات للمستخدم، فأنت تستخدم هذا لإنشاء خيار للمستخدم باستخدام UserUpdater.
إعجاب واحد (1)
نعم، أخطط لوضع إعداد للمستخدم في إضافة. رأيت سابقًا أن الدردشة و (على ما أذكر) الذكاء الاصطناعي استخدموا هذه الوظيفة لإضافة إعدادات المستخدم، لذلك كنت أتساءل عما إذا كانت هناك طريقة موثقة للقيام بذلك.
إعجاب واحد (1)
بالعودة إلى هذا، يبدو أن هناك المزيد من المعلومات حول هذا.
يسرد هذا الآن 3 وظائف: addSaveableUserField(), addSaveableUserOption(), و addSaveableCustomFields().
يبدو أن الأول يشير إلى إضافة وحفظ حقول المستخدم المخصصة المعرفة من قبل المسؤول. ومع ذلك، فإن الوظيفتين التاليتين ليستا واضحتين بنفس القدر. هل تتطلبان إضافة (plugin) لاستخدام register_custom_user_field :... في الواجهة الخلفية؟ هل هناك حاجة لفعل المزيد، أم يمكن أن يعمل في TC؟
شكرًا.
إعجاب واحد (1)
يبدو أنه يعمل لكل من الحقول المخصصة المضافة في واجهة المستخدم الرسومية (UX) وعبر إضافة (plugin). بالنسبة للحقول المخصصة، أعتقد أن أسماءها تكون شيئًا مثل user_field_1. يمكنك البحث في الجدول باستخدام مستكشف البيانات (data explorer)، على سبيل المثال. أو ربما يعني فقط الحقول المضافة بواسطة واجهة المستخدم الرسومية (“حقول الملف الشخصي المعرفة من قبل المسؤول”)، وفي هذه الحالة ستستخدم الاسم الذي أعطيته لها عند إنشائها. سأجرب كلا الطريقتين.
وجيت هاب (github) معطل، لذلك لا يمكنني مراجعة الكود هناك.
إعجاب واحد (1)