تتيح هذه الميزة للمستخدمين إنشاء مجموعات من المواضيع التي تكون مرئية عند عرض هذه المواضيع. يمكن أن تتضمن المجموعات أي عنوان URL وسيكون مرئياً على أي موضوع مرتبط. يمكن تنظيم المجموعات في أقسام، وأي تغييرات في المجموعة تنعكس على جميع المواضيع المرتبطة. لا توجد قيود على الموضوع المرتبط، لذا يمكن للمستخدمين إنشاء مجموعة عبر الفئات/الوسوم.
العنوان والوصف
حقل اختياري متاح للإدخال. إذا تم توفيره، فسيتم عرضه في أعلى القائمة.
الأقسام
ميزة تنظيمية اختيارية. عن طريق إضافة عنوان قسم، يمكن تقسيم المجموعة إلى أقسام، مما يسمح بعرض أقسام قابلة للطي.
المجموعات الفرعية
يمكن للمستخدمين أيضاً إنشاء مجموعة فرعية، والتي تظهر لموضوع واحد فقط، مما يسمح للمستخدمين برابط عناوين URL ذات الصلة (أي منشآت محددة/موارد خارجية) لموضوع واحد فقط. لن يتم ربط عناوين URL للموضوعات المضافة.
الأذونات
تسمح الإضافة لأي مستخدم بإنشاء مجموعة لمواضيعه الخاصة. بشكل افتراضي، يمكن للمستخدمين فقط ربط مواضيعهم الخاصة، ويجب عليهم إضافة مستخدمين آخرين كمسؤولين، الذين يمكنهم إضافة مواضيعهم الخاصة إلى المجموعة. يمكن تعطيل هذا الإعداد، للسماح فقط لمجموعات محددة بالتحكم الكامل في أي مجموعة (بشكل افتراضي الموظفين والمستوى 4).
معاينة الأذونات
الإعدادات
الاسم
الوصف
تمكين المجموعات
تمكين/تعطيل الإضافة. الافتراضي: true
المجموعة بواسطة مالك الموضوع
السماح لصاحب الموضوع بإنشاء المجموعات. الافتراضي: true
المجموعات بواسطة مالك الموضوع السماح للمجموعات
تقييد صاحب الموضوع الذي يمكنه إنشاء المجموعات. يحد من المجموعة بواسطة مالك الموضوع. الافتراضي: TL1
المجموعات الفرعية بواسطة مالك الموضوع السماح للمجموعات
تقييد صاحب الموضوع الذي يمكنه إنشاء المجموعات الفرعية. يحد من المجموعة بواسطة مالك الموضوع. الافتراضي: TL1
تعديل المجموعة بواسطة المجموعات المسموح بها
المجموعات المسموح لها بإنشاء/تعديل أي مجموعة. الافتراضي: AdminModeratorsTL4.
الأقسام في المجموعة الفرعية
السماح بـعناوين الأقسام في المجموعات الفرعية. الافتراضي: true
البدائل
تستند هذه الإضافة بشكل كبير إلى (وكانت في مرحلة ما مبنية على) إضافة Discourse Doc Categories. بينما تحتوي إضافة فئات الوثائق على آلية فهرسة جيدة والعرض رائع، كان التصميم مخصصاً لصفحات على غرار ويكي، حيث يتم تجميع كل شيء في فئة واحدة. وبالمثل، يعتمد الفهرسة على إدخال نص منسق في موضوع منفصل، والذي له إيجابيات وسلبيات خاصة به.
تم تصميم هذا في الأصل لدعم المنتدى الذي أشارك فيه في الانتقال إلى Discourse. كنكون منتدى يركز على الكتابة، يحافظ المستخدمون على مواضيع منفصلة لأغراض مختلفة، مما يؤدي إلى حالة حيث تكون الروابط بين المواضيع عبر الفئات مطلوبة عملياً. لمساعدة هذا، قمت بإنشاء هذه الإضافة لدعم المستخدمين في التنظيم الذاتي.
هناك خط زمني بديل حيث تكون هذه مجرد مكونة سمة، حيث تحدث الفهرسة مع إدخال المستخدم divs مع عناوين URL لمنشورات أخرى. ولكن بعد تطوير 90٪ من الأدوات والسحرة والرمز للقيام بذلك، أدركت أنه لم يكن يستحق ذلك وأن المستخدم على الأرجح سيتخطى كل الدروس المكتوبة ولا يزال يشتكي عن سبب عدم عمل الأشياء. لذلك تم التخلي عن هذا المسار. إنه حقاً ليس حلاً سيئاً، حيث سيكون أخف وزناً بكثير من الإضافة، لكنه كان سيضع عبئاً غير ضروري كبيراً على المستخدمين للتأكد من أنهم لديهم التنسيق الصحيح ليس فقط على منشور واحد، ولكن على عدة.
لقد قمت حالياً بتحديد هذا كـ #experimental، لأنني لست متأكداً بنسبة 100٪ من ميزات واجهة المستخدم (أي الأيقونات) ونظام الأذونات. أيضاً، أحتاج إلى إضافة اختبارات وحدة آلية.
عذرًا إذا لم يكن الأمر واضحًا، فجميع المجموعات “عامة”. سيرى جميع المستخدمين نفس المجموعة حول نفس الموضوع. هذا المكون الإضافي مخصص لتنظيم الموضوعات، وليس ليكون نوعًا من “مجلد الإشارات المرجعية” الخاص للمستخدمين.
غالبًا ما أجد أنه سيكون مفيدًا جدًا وجود مجموعة روابط لكل فئة أو لكل وسم. مثال على ذلك فئة خاصة مخصصة لمجموعة معينة، والتي تستخدم أيضًا بعض الأدوات الأخرى (مثل بعض المجلدات في مستندات 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 هي خطأ يتعلق بتعديل المجموعة بواسطة المجموعات المسموح بها والتي تسمح بمواضيع غير مملوكة. ومع ذلك، قد تكون رسالة خطأ أفضل مفيدة!
إذًا، الإعداد تعديل المجموعة بواسطة المجموعات المسموح بها مخصص للموظفين والمستخدمين ذوي الامتيازات العالية، أي المساعدين الذين يحافظون على الويكيات. على الرغم من أنه يبدو أنه سيتعين عليّ إصلاح الأخطاء.
طالما تم تعيين تعديل المجموعة بواسطة المجموعات المسموح بها بشكل صحيح بدرجة عالية بما فيه الكفاية، يجب أن يتم إنشاء/تعديل المجموعات والمجموعات الفرعية فقط بواسطة مالك الموضوع (والموظفين). يجب أن يكون مالكو المواضيع قادرين على إضافة مستخدمين عاديين كمسؤولين عن الصيانة للمجموعات أو المجموعات الفرعية، والذين يمكنهم بعد ذلك إضافة مواضيعهم الخاصة. لست متأكدًا تمامًا من إعداداتك التي تبرر فصلها.
لا يمكن لمجموعتين الارتباط بنفس الموضوع. يجب عرض خطأ عند محاولة ربط موضوع موجود بالفعل في مجموعة. وبالمثل، يُسمح بمجموعة فرعية واحدة فقط لكل موضوع. هذا لأن المجموعات كلها عامة ويجب أن يتم إنشاؤها فقط بواسطة مالكي المواضيع.
هممم… لدي شعور بأنه قد يكون من الأفضل إنشاء مكون إضافي منفصل وهو مجرد مجلدات للإشارات المرجعية يمكن عرضها علنًا أو بشكل خاص… “مجموعات شخصية؟” “مكتبة الإشارات المرجعية؟” “قوائم تشغيل المواضيع؟” أو ربما أقوم فقط بتوسيع هذا المكون. لكن الكود والفلسفة الأساسية ستكون مختلفة تمامًا بين الميزتين… من المؤسف أن اسم “المجموعات” واسع جدًا ويمكن تفسيره بعدد كبير من الطرق.
(آيباد)
