تقييد الرفع

تخصيص مكون السمة
25

image
image1202×382 16.5 KB

شكراً، لقد نجح الأمر

26

الآن هل يمكننا جعل هذا المكون يقتصر على مجموعات المشتركين :stuck_out_tongue:

الطريقة الوحيدة التي يمكنني من خلالها القيام بذلك بنفسي هي جعل مستوى الثقة 3 مستحيل الوصول إليه عن طريق زيادة عدد الأيام، وما إلى ذلك. ثم إضافة الأشخاص يدويًا عند اشتراكهم. وهو على الأرجح المسار الذي سأسلكه ما لم أتمكن من تعديل هذا حسب المجموعة.

إعجابَين (2)
27

تعمل خاصية “تقييد التحميلات” (Restrict Uploads) الآن على منع القدرة على التحميل على الإطلاق في المنشورات الجديدة أو الردود.

إعجاب واحد (1)
28

هذا صحيح، أنا آسف.

يبدو أن this._super() لا يبلغ فعليًا عما إذا كان مسموحًا للمستخدم بتحميل الصور في النواة (core). لقد أعدت استخدامه من المكون القديم، ولاحظت بالفعل بالأمس أنه تسبب في مشاكل مع منطق العنصر النائب (placeholder logic) أيضًا.

ليس لدي وقت للتعمق في هذا الأمر الآن.

شيء واحد لاحظته أثناء الاختبار اليوم: استخدام \"*\" في api.addComposerUploadHandler([\"*\"] يكسر التعبير العادي (regex) المستخدم لمطابقة معالجات التحميل.

إعجاب واحد (1)
29

أعتقد أن هذا يبدو وكأنه يجب أن يكون جزءًا من النظام الأساسي. مجرد رأيي المتواضع، ولكن طريقة للتحكم في التحميلات حسب مستوى الثقة أو المجموعة أو حتى المستخدمين الأفراد ستكون مفيدة للغاية.

إعجابَين (2)
30

أعتقد أنك بحاجة إلى استخدام طريقة الفئة الفرعية (subclass method) لتجاوز هذا الواصف المحسوب (computed descriptor) بشكل صحيح.

import discourseComputed from "discourse-common/utils/decorators";

api.modifyClass("service:composer", 
  (SuperClass) => class extends SuperClass {
    @discourseComputed
    allowUpload() {
      return super.allowUpload && canUpload;
    }
  }
);

تعديل:

أنشأت طلب سحب (PR):

4 إعجابات
Returning bumping after editing last post
31

لقد أنشأت طلب سحب (pull request) يقوم بتبديل المكون من الاعتماد على مستوى الثقة إلى الاعتماد على المجموعة:

9 إعجابات