Grav-plugin-admin: UX: إضافة محتوى معياري

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

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

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

أتساءل أيضًا عما إذا كان وضع القائمة المنسدلة "الصفحة الرئيسية" كعنصر أول في كل من "إضافة صفحة" و "إضافة نمطية" سيكون أكثر فائدة للمستخدمين أيضًا لأن هذا القرار يأتي حقًا قبل تسمية الصفحة ، وما إلى ذلك. ما رأيك؟

+1 لتحسين التعامل مع الصفحات المعيارية داخل البرنامج المساعد المسؤول

من منظور مستخدم غير تقني ، أعتقد أنه سيكون من المنطقي أكثر أن يكون لديك صفحات فرعية معيارية في اتحاد للصفحة الرئيسية. لذلك ربما تكون العناصر الداخلية (= صفحات فرعية معيارية) مخفية من المستخدم ويمكنه فقط رؤية وإضافة كتل منفصلة من المحتوى داخل الصفحة الرئيسية.

أنا أتفق مع Jugibur

العميل العادي سيفكر فقط "أريد تعديل هذه الصفحة". من المحتمل أن ينقروا على اسم الصفحة ثم يرون هذا:

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

كما قلت من قبل ، هذا شيء نريد إعادة النظر فيه. نحن نعلم أنها ليست مثالية ، لكنها وظيفية. أي أنه يعمل.

نحن نعمل الآن على إعادة كتابة JS كاملة للمسؤول. سيتيح لنا ذلك تطوير واجهة مستخدم الصفحة المعيارية التي كنا نرغب بها منذ البداية ، ولكن لم يكن لدينا الوقت لتنفيذها بشكل صحيح في الإصدار الأولي.

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

أيضًا ما يمكن أن يساعد مرتبطًا بـ https://github.com/getgrav/grav-plugin-admin/issues/735 . كما يجب أن نكون قادرين على تحديد الصفحات غير القابلة للتحرير للعملاء. باستخدام هذه الأشياء ، يمكنك جعل تحرير الصفحات أمرًا آمنًا جدًا للعميل.

شيء من هذا القبيل سيكون مذهلاً:
https://craftcms.com/docs/matrix-fields
https://github.com/benjamminf/craft-neo

فيما يتعلق بالدمج الأخير # 1174 ، كان هناك بعض النقاش حول كيفية تعامل واجهة المستخدم الخاصة بالمسؤول مع هذا التوضيح. لنقتبس من بول ماسنداري من نهاية هذا العدد:

هل يجب إعادة تسمية "إضافة وحدات" إلى "إضافة وحدة نمطية"؟ https://github.com/getgrav/grav-plugin-admin/blob/develop/languages/en.yaml#L36

يظهر الزر النموذجي لإضافة المحتوى على النحو التالي:

وهو كما هو متوقع بالنظر إلى الأنواع الرئيسية الثلاثة للهياكل التي يمتلكها Grav: الصفحة العادية والمجلد والصفحة المعيارية. ومع ذلك ، ستكون القائمة المنسدلة نفسها موجودة في سياقات أخرى - والتي تستمر في غموض ماهية الصفحة وما هي الصفحة النمطية. لأقتبس نفسي من Slack:

من الناحية المفاهيمية ، لا تعد الصفحة المعيارية صفحة عادية بها مجموعة ، بل هي عبارة عن بنية تحتوي على مكونات - وحدات - ويجب ألا تحتوي على أي نوع آخر من الصفحات التابعة لها. وبالتالي ، في حين أن الصفحة المعيارية يمكن أن تحتوي على صفحات فرعية عادية من حيث / عينة / صفحة ، يتم تحديد محتواها بالكامل من خلال المجموعة التي ترسم فقط في الوحدات النمطية ، وهذه الوحدات غير مرئية أو قابلة للتوجيه في أي مكان آخر. بالطبع ، باعتبارها بنية ، فهي في الحقيقة مجرد مجموعة فرعية من صفحة تسمح بإدارة أسهل للمكونات - يمكن تحقيق نفس التأثير باستخدام Twig و YAML - ولكن على المستوى المفاهيمي _ يجب_ عدم مزجها في الصفحات العادية. هذا هو السبب في أنه من الأفضل فصل الاهتمامات في "إضافة" - إنزال ، من وجهة نظر كيفية تعريف Grav للصفحات.

من هذا المنظور ، يجب ألا تحتوي الوحدة النمطية __ يجب_ على صفحات فرعية عادية أو عناصر فرعية أخرى بخلاف الوحدات النمطية ، ولكن مع واجهة المستخدم الحالية يمكن مزجها بحرية تامة. مثال من Paul Massendari:

- home
- blog
  -_introtext
  -_latestarticles
  - _subscribe  
  - article1
  - article2

وهو في حد ذاته منطقيًا تمامًا من الناحية الدلالية ، ولكن يتم الحفاظ على الغموض بين الصفحة العادية والوحدة النمطية. وبالتالي ، بالنسبة للفصل بين الاثنين - على الرغم من أن الوحدة النمطية هي مجموعة فرعية من الصفحة - يجب أن تحد واجهة المستخدم الاختيارات لما هو مناسب للسياق. يجب أن تعرض القائمة المنسدلة في / admin / pages إضافة صفحة أو مجلد أو معياري ، على صفحة معيارية يجب أن تعرض إضافة وحدة ، وفي كل من الصفحة والمجلد يجب أن تعرض أيضًا إضافة الثلاثة.

ملخص سياق الفصل (تم التحديث في 28 أغسطس):
تمت مناقشته بشكل أكبر مع paulhibbitts و paulmassen ، ووصل نوعًا ما إلى هذا التمييز - على الرغم من أنه ربما يجب أن تكون "Child" هي "Child Page" للتوضيح.

+ إضافة عناصر القائمة في عرض قائمة الصفحات
إضافة صفحة
إضافة صفحة قائمة
أضف صفحة معيارية
(أضف المجلد)

+ إضافة عناصر القائمة في عرض الصفحة القياسي
أضف الطفل
(أضف المجلد)

+ إضافة عناصر القائمة في قائمة عرض الصفحة (الأصل)
أضف الطفل
(أضف المجلد)

+ إضافة عناصر القائمة في طريقة عرض الصفحة المعيارية (الأصل)
إضافة وحدة
أضف الطفل
(أضف المجلد)

عندما يكون المجلد بين قوسين لأنه يجب أن يكون دائمًا في الأسفل ، ومنفصلًا عن أنواع الصفحات أعلاه من خلال مؤشر مرئي مثل الحد العلوي الرفيع للإشارة إلى أنه _ ليس من نوع الصفحة ، في حين أن كل ما سبق مناسب للسياق أنواع. الثلاثة؛ الصفحة ، والقائمة ، والوحدات النمطية هي أنواع قياسية افتراضية ، ومن المحتمل أن يتم تحديث https://learn.getgrav.org/content/content-pages لتعكس ذلك.

يبدو أن أوضح منطق هو: الصفحة هي أي ملف Markdown يعرض Grav ، في حين أن صفحة القائمة هي مجموعة فرعية من الصفحة تُستخدم لتعداد صفحاتها الفرعية المستقلة ، في حين أن الصفحة النمطية هي مجموعة فرعية من الصفحة التي تسكن صفحاتها الفرعية كأجزاء منه. وبالتالي سرد ​​الروابط إلى عناصر فرعية منفصلة ، وعرضها Modular داخل نفسها. تحتوي الصفحة والقائمة على صفحات فرعية منتظمة ، حيث تسردها القائمة بشكل أساسي بطريقة مرتبة. وحدات فقط لديها وحدات.

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