تجاوز قالب ملف تعريف المستخدم بناءً على المجموعة

أحاول إنشاء مكون سمة يتجاوز قالب ملف تعريف المستخدم بناءً على عضوية المجموعة للمستخدم الذي يتم عرضه. أود ألا تعرض ملفات تعريف المستخدمين المجهولين منطقة #user-content على الإطلاق ما لم يكن المستخدم الحالي موظفًا. لقد أنشأت مجموعة تتم إضافة المستخدمين المجهولين إليها تلقائيًا، ولكني أواجه صعوبة في تجاوز القالب بشكل شرطي.

بناءً على تجاوز قوالب Discourse من سمة و إضافة مقاطع فيديو خلفية لملفات تعريف مستخدمين معينة كنت أحاول تجاوز user/summary.hbs بهذا الشكل:

<script type="text/discourse-plugin" version="0.8">
    const TARGET_GROUP = "anon"

  api.registerConnectorClass('above-user-summary-stats', 'user-summary', {
    setupComponent(args, component) {
      const inGroup = [...args.model.groups].filter(g => g.name === TARGET_GROUP)
      const isAnon = inGroup.length ? true : false;
      component.setProperties({isAnon})
    }
  });

</script>

<script type="text/x-handlebars" data-template-name="user/summary">
    <DSection @pageClass="user-summary" @tagName="">
    <div class="user-content" id="user-content">
      <PluginOutlet
        @name="above-user-summary-stats"
        @args={{hash model=this.model user=this.user}}
      />
      {{log isAnon}}

    </div>
</DSection>
</script>

هذا يتجاوز القالب لجميع الملفات الشخصية، ولكن isAnon غير معرف، لذلك أعتقد أنني لا أفهم كيفية إنشاء المنطق لـ handlebars للتحقق عند تجاوز القالب بدلاً من الإضافة إلى منفذ المكون الإضافي.

هل registerConnectorClass صحيح للاستخدام لهذا؟ هل تجاوز القالب ضروري هنا؟ لقد مررت عبر واجهة برمجة تطبيقات المكونات الإضافية و User.rb وفهمت كيفية التحقق مما إذا كان المستخدم الحالي في وضع مجهول، ولكنني لم أجد أي وصول سهل بخلاف المجموعة للتحقق مما إذا كان المستخدم الذي يتم عرضه مجهولاً. أنا على دراية بـ Rails و js و handlebars ولكني جديد على Ember و Discourse.

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

إذا عثر شخص آخر على هذا، فما انتهى بي الأمر بفعله هو تجاوز القوالب الخاصة بالمستخدم، و user/summary، و user/activity عن طريق إضافة {{#if (or viewingSelf currentUser.staff)}} حول الأقسام التي لم أكن أرغب في تسجيل المستخدمين لها. هذا يتجاوز قوالب الملف الشخصي لجميع المستخدمين بدلاً من المستخدمين في مجموعة محددة فقط، لكنني قررت أن هذا كان جيدًا بما يكفي لحالتي، لمنح المستخدمين مزيدًا من الخصوصية العامة. لا يزال القالب الذي توصلت إليه يسمح للمستخدمين باختيار عرض موضوع مميز، ولكنه يخفي جميع إحصائيات الملخص والمواضيع والأنشطة الأخرى إلا عند عرضها بواسطة المستخدم نفسه والموظفين.

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

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