يسمح هذا للمستخدمين بإنشاء مجموعات من المواضيع التي تكون مرئية عند عرض هذه المواضيع. قد تتضمن المجموعات أي عنوان URL وستكون مرئية في أي موضوع مرتبط. يمكن تنظيم المجموعات في أقسام، وسيتم عكس أي تغييرات في المجموعة على جميع المواضيع المرتبطة. لا يوجد قيد على الموضوع المرتبط، لذا يمكن للمستخدمين إنشاء مجموعة عبر الفئات/العلامات.
العنوان والوصف
حقل اختياري متاح للإدخال. إذا تم توفيرهما، فسيتم عرضه في أعلى القائمة.
الأقسام
ميزة تنظيمية اختيارية. عن طريق إضافة رأس قسم، يمكن تقسيم المجموعة إلى أقسام، مما يسمح بعرض أقسام قابلة للطي.
المجموعات الفرعية
يمكن للمستخدمين أيضًا إنشاء مجموعة فرعية، والتي يتم عرضها لموضوع واحد فقط، مما يسمح للمستخدمين بربط عناوين URL ذات الصلة (مثل المشاركات المحددة/الموارد الخارجية) لموضوع واحد فقط. لن يتم ربط أي عناوين URL للموضوعات المضافة.
الأذونات
تسمح الإضافة لأي مستخدم بإنشاء مجموعة لمواضيعه الخاصة. افتراضيًا، يمكن للمستخدمين فقط الربط بمواضيعهم الخاصة، ويجب عليهم إضافة مستخدمين آخرين كمسؤولين، يمكنهم إضافة مواضيعهم الخاصة إلى المجموعة. يمكن تعطيل هذا الإعداد، مما يسمح لمجموعات معينة فقط بالتحكم الكامل في أي مجموعة (افتراضيًا الموظفون والمستوى 4).
عرض توضيحي للأذونات
الإعدادات
الاسم
الوصف
تمكين المجموعات
تمكين/تعطيل الإضافة. الافتراضي: true
المجموعة حسب مالك الموضوع
السماح لمالك الموضوع بإنشاء مجموعات. الافتراضي: true
المجموعات المسموح بها لمالك الموضوع
تقييد مالك الموضوع الذي يمكنه إنشاء مجموعات. يحد من المجموعة حسب مالك الموضوع. الافتراضي: المستوى 1
تعديل المجموعة بواسطة المجموعات المسموح بها
المجموعات المسموح لها بإنشاء/تعديل أي مجموعة. الافتراضي: المسؤولونالمشرفونالمستوى 4.
الأقسام في المجموعة الفرعية
السماح برؤوس الأقسام في المجموعات الفرعية. الافتراضي: true
بدائل
هذه الإضافة مستوحاة بشكل كبير من (وكانت في وقت ما تستند إلى) إضافة discourse-doc-categories. بينما تتمتع إضافة Doc Categories بآلية فهرسة جيدة والعرض رائع، إلا أن التصميم كان مخصصًا للصفحات بأسلوب الويكي، حيث يتم تجميع كل شيء في فئة واحدة. وبالمثل، تعتمد الفهرسة على إدخال نص منسق في موضوع منفصل، والذي له مزاياه وعيوبه الخاصة.
تم تصميم هذا في الأصل لدعم المنتدى الذي أنتمي إليه للانتقال إلى Discourse. كمنتدى يركز على الكتابة، يتم الاحتفاظ بمواضيع منفصلة من قبل المستخدمين لأغراض مختلفة، مما يؤدي إلى وضع يكون فيه الربط بين المواضيع عبر الفئات مطلوبًا عمليًا. للمساعدة في تسهيل ذلك، قمت بإنشاء هذه الإضافة لدعم التنظيم الذاتي للمستخدمين.
هناك جدول زمني بديل حيث يكون هذا مجرد مكون سمة، حيث سيحدث الفهرسة باستخدام أقسام يدخلها المستخدم مع روابط لمشاركات أخرى. ولكن بعد تطوير 90٪ من الأدوات والمعالجات والتعليمات البرمجية للقيام بذلك، أدركت أنه لا يستحق العناء وأن المستخدم من المحتمل أن يتخطى جميع البرامج التعليمية المكتوبة ولا يزال يشكو من سبب عدم عمل الأشياء. لذلك تم التخلي عن هذا المسار. بصراحة، إنه ليس حلاً سيئًا، حيث سيكون أخف بكثير من الإضافة، ولكنه كان سيضع عبئًا غير ضروري على المستخدمين للتأكد من أن لديهم التنسيق الصحيح ليس فقط في مشاركة واحدة، ولكن في مشاركات متعددة.
لقد قمت حاليًا بتمييز هذا على أنه #تجريبي، حيث أنني لست متأكدًا بنسبة 100٪ من ميزات واجهة المستخدم (مثل الأيقونات) ونظام الأذونات. أيضًا، أحتاج إلى إضافة اختبارات وحدات آلية.
عذرًا إذا لم يكن الأمر واضحًا، فجميع المجموعات “عامة”. سيرى جميع المستخدمين نفس المجموعة حول نفس الموضوع. هذا المكون الإضافي مخصص لتنظيم الموضوعات، وليس ليكون نوعًا من “مجلد الإشارات المرجعية” الخاص للمستخدمين.
هذا يبدو مذهلاً حقًا. وتوثيق رائع للغاية - هذا يحصل على صوتي لأفضل Plugin موثق في meta.discourse.org!!
هل فكرت في توسيع هذا ليشمل قوائم المواضيع أيضًا؟
أجد غالبًا أنه سيكون من المفيد جدًا وجود مجموعة روابط لكل فئة أو لكل علامة. مثال على ذلك هو فئة خاصة مخصصة لمجموعة معينة، والتي تستخدم أيضًا بعض الأدوات الأخرى (مثل عدد قليل من المجلدات في مستندات Google، وبوابة حكومية محلية، وقناة دردشة مرتبطة، وصندوق وارد للمجموعة). سيكون من المثالي أن يتحكم مشرفو الفئة في ذلك.
بالتأكيد هذا شيء فكرت فيه من قبل، لكنني لا أعتقد أنه سيتناسب جيدًا مع التصميم الحالي لكونه طريقة مدفوعة بالمستخدم لتنظيم المواضيع. ليس مثاليًا لمستوى الفئة/العلامة، حيث سيتعين تقييده بتحكم المشرف. كانت حالة الاستخدام الأصلية لتغطية ربط المواضيع ذات الصلة التي تكون كبيرة جدًا لموضوع أو موضوعين، ولكنها صغيرة جدًا بالنسبة لعلامة/فئة.
يمكن عرض قوائم المواضيع التي تعرض الفهرسة في الشريط الجانبي للفئات عبر إضافة Discourse Doc Categories، وإن كان ذلك بطريقة تكوين مختلفة. بالتأكيد من المزعج الاضطرار إلى وجود إضافتين تؤديان شيئين متشابهين جدًا، لكنني أعتقد أن الفلسفة الأصلية لكل منهما مختلفة بما يكفي لتبرير النهج المنفصل.
إن إضافة امتداد توافق لـ Private Topics Plugin هي فكرة رائعة جدًا من وجهة نظر المستخدم. سيتعين علي التفكير في ذلك…
هذا يترك فقط مستوى العلامة لكل علامة. إن إنشاء طلب سحب لـ Discourse Doc Categories (أو إنشاء إضافة جديدة/TC) للعلامات هو خيار، ولكنه ليس في ذهني بنشاط. ربما في المستقبل.
بالنسبة للمستخدمين العاديين، ستعرض الفئة التي تم تمكين المواضيع الخاصة فيها مواضيعهم الخاصة فقط. لذا يمكنني رؤية هذا كواحد من الأماكن القليلة التي يكون فيها السماح لمكون المجموعات برفع مجموعة من مستوى المواضيع إلى مستوى الفئة لكل مستخدم منطقيًا.
المنتدى الذي أنا جزء منه لديه بالفعل فئة خاصة للمستخدمين لاستخدامها كساحة شخصية للصياغة/الاختبار. وهم ينشئون الكثير من المواضيع، لذا تحدث أحيانًا عملية تنظيم المواضيع التي يقودها المستخدم هنا.
أنا أقدر حقًا واجهة السحب والإفلات الخاصة بهذا المكوّن الإضافي لإنشاء تسلسلات اعتباطية من المواضيع (Topics) مثل فصول الكتاب، والتي يمكن إعادة ترتيبها بسهولة.
لقد بدأتُ بمكوّن سمة (Theme Component) لإضافة التنقل التسلسلي للمجموعات (Collections) مثل السابق < و التالي > والتصفح في نافذة منبثقة (Modal)…
مطلوب بشدة، ألقي نظرة على هذا اليوم وكان هذا هو المكون الأخير الذي بدا أنه يحتاجه.
@Alteras أواجه خطأً في إغلاق النافذة المنبثقة (X) في نافذة “إنشاء المجموعات” المنبثقة. يمكن تمرير المؤشر فوقها والنقر عليها ولكنها لا تغلق النافذة المنبثقة حتى يتم تحديث الصفحة.
أوه، هذه فكرة لطيفة. أحب النافذة المنبثقة للعرض السريع لمنشورات الموضوع المرتبطة المختلفة. كما أنها تساعد في إعلام المستخدمين بوجود مجموعة لأولئك الذين لا يملكون الشريط الجانبي مفتوحًا طوال اليوم أو لا يبقونه كذلك.
أنا مهتم بالقرار بتبديل محتويات المنشور بدلاً من مجرد إعادة توجيه المستخدم إلى الموضوع.
أعجبني حقًا فكرة استخدام Prev < و Next > فوق المخطط الزمني للتنقل عبر الموضوعات دون الحاجة إلى الشريط الجانبي. ربما يمكن أن يكون مع المخطط الزمني مثل جدول المحتويات (toc)، بحيث يمكن الوصول إليه بسهولة في موضوعات المنشور الأول الطويلة دون الحاجة إلى التمرير للأعلى… أو ربما تزيين المنشور الأول/الأخير فقط…
إذا كنت موافقًا، أود استكشاف إضافة بعض تلك الأفكار مباشرة إلى المكون الإضافي (plugin)، ربما مع إعدادات موقع إضافية للمسؤولين. بالطبع ليس لدي أي اعتراض على وجود مكون سمة (TC) مبني على المكون الإضافي، لمزيد من التخصيص للمستخدمين. أخبرني إذا كنت بحاجة إلى أي مساعدة في مكون السمة الخاص بك. يجب أن تكون قادرًا على سحب معلومات المجموعة المعروضة حاليًا من خدمة إمبر (ember service) service:collection-sidebar دون الحاجة إلى تحليل نموذج الكائن للمستند (DOM).
هممم… هذا غريب حقًا. لا أستطيع تكراره. لقد أجريت مؤخرًا بعض التغييرات لتحديث المكون الإضافي لمعالجة بعض مشكلات الإهمال، فهل يمكن أن يكون ذلك قد أثر عليه؟ يرجى التحقق مما إذا كان المكون الإضافي محدثًا. يرجى أيضًا مشاركة تفاصيل الإعداد الخاص بك (المتصفح، الهاتف المحمول/سطح المكتب، إصدار ديسكورس).
نظرًا لأن الترتيب العشوائي للعناصر هو الفرصة هنا، حيث أن التسلسل غير مرتبط بأي مخطط زمني على الإطلاق، فإن هدفي الأولي هو إعادة استخدام سلوكيات القائمة المتداخلة ذات التمرير الأفقي من النواة (core) كما هو الحال في عرض ملفات تعريف المستخدمين، على سبيل المثال، حيث يوجد أسفل عنوان المجموعة (الثابت) ووصفها (إن وجد)، صفيّن أفقيين قابلين للتمرير/السحب - رؤوس الأقسام وعناوين المواضيع المرتبطة بها أدناهما.
أيضًا داخل النافذة المنبثقة (modal) يوجد عرض عمودي قابل للطي (ينزلق بسرعة للداخل/للخارج من اليسار) يحاكي سلوك الشريط الجانبي الأيسر خارج النافذة المنبثقة.
…
الآن بعد أن أصبح يعمل (شكرًا على التنبيه بشأن التحديث أعلاه)، إليك بعض الأشياء التي لاحظتها:
زر المجموعات مرئي حتى عندما لا يكون المستخدم جزءًا من المجموعات المسموح بها. يؤدي هذا إلى حدوث خطأ داخلي في الخادم (يتم عرضه بشكل لائق في شريط أحمر على النافذة المنبثقة) عند محاولة إنشاء مجموعة.
في الشريط الجانبي للمجموعات، يوفر الزر الموجود في الأسفل خيار “إنشاء مجموعة” الأصلي. يجب استخدام الزر الموجود على المنشور الأصلي لإدارتها، وسيكون من المفيد جدًا وجود خيار “إدارة” مباشرةً من الزر الموجود على الشريط الجانبي للمجموعة.
هل سيكون من الممكن فصل أذونات المجموعة والمجموعة الفرعية؟ يمكن أن تكون المجموعات الفرعية مفيدة للغاية للأفراد الذين يرغبون في تجميع المواضيع بأنفسهم، دون التأثير الواسع الذي تحدثه المجموعة على جميع المواضيع المرتبطة.
أخيرًا، كيف يتعامل هذا المكون الإضافي مع مجموعتين تربطان نفس الموضوع؟ مجموعتين فرعيتين؟ هذا يجعلني أميل أكثر نحو الاقتراح رقم 3 لسهولة إدارة الأهداف المتداخلة للمستخدمين الذين يحبون ميزة المجموعات.
تعديل: أدركت أن المشكلة رقم 1 هي خطأ يتعلق بتعديل المجموعة بواسطة المجموعات المسموح بها والتي تسمح بمواضيع غير مملوكة. ومع ذلك، قد تكون رسالة خطأ أفضل مفيدة!
إذًا، الإعداد تعديل المجموعة بواسطة المجموعات المسموح بها مخصص للموظفين والمستخدمين ذوي الامتيازات العالية، أي المساعدين الذين يحافظون على الويكيات. على الرغم من أنه يبدو أنه سيتعين عليّ إصلاح الأخطاء.
طالما تم تعيين تعديل المجموعة بواسطة المجموعات المسموح بها بشكل صحيح بدرجة عالية بما فيه الكفاية، يجب أن يتم إنشاء/تعديل المجموعات والمجموعات الفرعية فقط بواسطة مالك الموضوع (والموظفين). يجب أن يكون مالكو المواضيع قادرين على إضافة مستخدمين عاديين كمسؤولين عن الصيانة للمجموعات أو المجموعات الفرعية، والذين يمكنهم بعد ذلك إضافة مواضيعهم الخاصة. لست متأكدًا تمامًا من إعداداتك التي تبرر فصلها.
لا يمكن لمجموعتين الارتباط بنفس الموضوع. يجب عرض خطأ عند محاولة ربط موضوع موجود بالفعل في مجموعة. وبالمثل، يُسمح بمجموعة فرعية واحدة فقط لكل موضوع. هذا لأن المجموعات كلها عامة ويجب أن يتم إنشاؤها فقط بواسطة مالكي المواضيع.
هممم… لدي شعور بأنه قد يكون من الأفضل إنشاء مكون إضافي منفصل وهو مجرد مجلدات للإشارات المرجعية يمكن عرضها علنًا أو بشكل خاص… “مجموعات شخصية؟” “مكتبة الإشارات المرجعية؟” “قوائم تشغيل المواضيع؟” أو ربما أقوم فقط بتوسيع هذا المكون. لكن الكود والفلسفة الأساسية ستكون مختلفة تمامًا بين الميزتين… من المؤسف أن اسم “المجموعات” واسع جدًا ويمكن تفسيره بعدد كبير من الطرق.
(آيباد)
