أسلوب رسائل Discourse الافتراضي في 2022-01 - ضخم للغاية، ومشتت للانتباه، ويهدر المساحة برأيي. أقترح تصحيحين:
يمكن وضع عناصر تحكم الرسالة بشكل أكثر إحكامًا ودقة - انظر إلى رسمتي، أكثر ما يعجبني هو التصميم v2 و v4.
لنفترض أنه يجب عرض بعض الأزرار دائمًا على أي حال للجوال مثل: [إعجابات، تعديل، إجابة، …المزيد]، ولكن بالنسبة لسطح المكتب (Win/Mac/Lx) يمكن عرض [إعجابات، تعديل] دائمًا فقط وعرض عناصر التحكم الأخرى عند مرور الماوس فوق كل رسالة.
ملاحظة: وضع الإعجابات على الجانب الآخر من الرسالة (بعيدًا جدًا جدًا ) هو قرار واعٍ - سيقلل بشكل كبير من “الإعجابات بلا فائدة”، و"الإعجابات للابتسامة"، و"الإعجابات للمزاح"، و"الإعجابات لأنني أراك مرة أخرى"، و"الإعجابات بسبب مزاجك الجيد"، وما إلى ذلك من الإعجابات غير الموضوعية التي تُستخدم الآن كثيرًا دون أي معنى حقيقي.
هل يمكن لأي شخص المساعدة في إنشاء مثل هذا النمط، من فضلك؟
دون الحاجة إلى نقل الأيقونات والقوائم (بالإضافة إلى ذلك، هناك عناصر أخرى غير معروضة في لقطات الشاشة الخاصة بك، مثل عدد التعديلات، والإشارة إلى من رددت عليه، وما إلى ذلك…)، لا يزال بإمكانك العمل على الهوامش كبداية:
لا تعمل أنماط المستخدم إلا من جانب العميل وبشكل عام لكل موقع (أستخدم أنماط المستخدم وأنشأت بعضها).
إذا أراد شخص ما اقتراح تحسينات على المظهر العام لـ Discourse، يمكن تقديم أي اقتراح في #ux، وإذا لم ينشئ أحد مكون سمة أو يضمن التغييرات المطلوبة في Discourse، يمكن لأي مستخدم إنشاء حله الخاص على ما أعتقد. سواء كان مكون سمة إذا كانوا مسؤولين أو حلاً من جانب العميل إذا لم يكونوا كذلك، مع CSS الخاص بهم من أي إضافة متصفح تناسبهم.
ولكن بعد ذلك، لم يعد هذا نقاشًا موجهًا نحو Discourse حقًا على ما أعتقد.
@GVG ألقِ نظرة على هذا النقاش ذي الصلة، قد يكون مثيرًا للاهتمام بالنسبة لك:
لا، رسالتك تبدو كإعلان تجاري كلاسيكي لخدمتك على الويب.
شكرًا، ولكن: أ) يمكنني جعل الهوامش أصغر بنفسي؛ ب) هذا ليس كافيًا، لأن تلك العناصر النشطة تهدر وتخلق مساحة كبيرة جدًا. لذا الهدف الرئيسي هو إزالة زر التحكم في الرسالة من مكانه الحالي إلى مكان آخر حيث يهدر مساحة أقل بكثير.
آسف كان هدفي إجراء بعض التخصيصات من جانب العميل لـ Discourse باستخدام userstyles - سيعمل هذا إذا لم تكن بحاجة إلى إنشاء سمة. أعتقد أن فكرتك صالحة جدًا - أردت فقط مساعدتك بمنتج ذي قيمة دنيا - أردت أن يشعر الجميع بتجربة المستخدم مع userstyles دون الحاجة بالضرورة إلى تطوير بعض الإضافات أو السمات.
فكرت في الأمر كما لو كان شيئًا كنت أفعله للكثير من مواقع الويب عندما أريد التخصيص.
الروابط التي نشرتها كانت إشارات إلى ما بحثت عنه وقرأته.
كان هدفي هو إجراء بعض التخصيصات من جانب العميل لـ Discourse باستخدام userstyles - سيعمل هذا إذا لم تكن بحاجة إلى إنشاء سمة (theme).
أردت فقط المساعدة في منتج ذي قيمة دنيا (mvp) - أردت أن يشعر الجميع بتجربة المستخدم (ux) باستخدام أنماط المستخدم (user styles) دون الحاجة بالضرورة إلى تطوير بعض الإضافات (plugin) أو السمات (theme).
على سبيل المثال، هناك هذا المستودع المسمى refined github، وهو مكان تنشر فيه تحسينات لـ github - هناك حتى امتداد للمتصفح لجعل هذا ممكنًا.
ستكون فكرتي مشابهة لفكرة هذا المستودع. ربما يمكننا إنشاء refined-discourse - ملف userstyles.css يحتوي على تحسينات بصرية مختلفة مثل منتج ذي قيمة دنيا (mvp). حتى يتمكن المجتمع من رؤية ما هو الأفضل وما هو منطقي.
سيكون ذلك رائعًا حقًا، رؤية التعديلات التي تحتاج إلى إجراؤها حتى دون الحاجة بالضرورة إلى تنفيذ أو إنشاء سمة (theme) أو إضافة (plugin).
فكرت في هذا عندما فكرت في أن فكرة الرسائل المدمجة كانت جيدة حقًا، فكرت في هذا، يمكننا تخصيص هذا باستخدام userstyles - ستكون هذه طريقة سهلة.
سيكون هذا ما أسميه تجربة ساحر أوز (wizard of oz experience). - لن تحتاج إلى قضاء الكثير من الوقت في تطوير فكرتك إذا قمت بإنشاء userstyles.css.
تجربة ساحر أوز (Wizard of Oz experiment): في مجال التفاعل بين الإنسان والحاسوب، تعد تجربة ساحر أوز (Wizard of Oz experiment) تجربة بحثية يتفاعل فيها المشاركون مع نظام كمبيوتر يعتقد المشاركون أنه مستقل ، ولكنه في الواقع يتم تشغيله أو تشغيله جزئيًا بواسطة إنسان غير مرئي.
يمكن للناس رؤية تجربة المستخدم / الواجهة المحسنة (ux/ui) دون الحاجة إلى سمة (theme) أو إضافة (plugin).
بالنسبة لأولئك الذين يستخدمون userstyles، قد يبدو الأمر وكأنه سمة (theme) أو إضافة (plugin) - ولكن الحقيقة هي أنه ليس كذلك.
هذا يبدو وكأنه فكرة لمنتج ذي قيمة دنيا (mvp) - منتج ذي قيمة دنيا.
هل هذه فكرة سيئة؟
كان هذا هو السؤال الأخير، إذا كان بإمكانك أن تكون سعيدًا بوجهة نظرك أو رأيك حول هذا الأمر.
أتفق منطقياً، إنه اعتراض جيد، ولكنه ليس جيداً جداً، وذلك للأسباب التالية:
أكثر ما يعجبني هو النمط v4 - عندما تظهر عناصر التحكم في الرسالة على يمين المشاركة، بحيث يمكن وضعها عمودياً “كلما انخفضت - في نهاية الرسالة وقاع الشاشة”. يمكن لوحة التحكم أن تطير ديناميكياً عمودياً في كل مكان عمودي للرسالة الأقرب إلى موضع الماوس الحالي! لذا فهذه ليست مشكلة.
معظم المستخدمين الذين يكتبون ويقرأون المشاركات الكبيرة - يستخدمون اقتباسات النص الدقيقة للإجابات، أو يمكنهم دائماً الإجابة على الموضوع نفسه - وبالتالي فإن زر “الإجابة” ليس ضرورياً جداً.
كما قلت سابقاً عن “للجوال” - بسبب غياب المساحة الحرة على الجانب الأيمن وشاشات اللمس - يجب أن تظل أزرار التحكم الرئيسية معروضة دائماً وفي أماكن قياسية - يبدو أنها أفضل تصميم للشاشات المحمولة الضيقة عمودياً.
يمكنك دائماً تفضيل v3 حيث تظل عناصر التحكم الرئيسية في الرسالة في الأسفل أو شيء مشابه.
لذا إذا كنت تفضل الاحتفاظ بعناصر التحكم في الرسالة في الأسفل - فلا بأس، لكنني ما زلت أطلب المساعدة لتقليل كل المساحة العمودية الفارغة فوقها وتحتها وعرض عناصر التحكم (باستثناء الإعجابات/التعديل) فقط عند مرور الماوس (لأجهزة سطح المكتب).
) هو قرار واعٍ - سيقلل بشكل كبير من “الإعجابات بلا فائدة”، و"الإعجابات للابتسامة"، و"الإعجابات للمزاح"، و"الإعجابات لأنني أراك مرة أخرى"، و"الإعجابات بسبب مزاجك الجيد"، وما إلى ذلك من الإعجابات غير الموضوعية التي تُستخدم الآن كثيرًا دون أي معنى حقيقي.
كان هدفي إجراء بعض التخصيصات من جانب العميل لـ Discourse باستخدام userstyles - سيعمل هذا إذا لم تكن بحاجة إلى إنشاء سمة. أعتقد أن فكرتك صالحة جدًا - أردت فقط مساعدتك بمنتج ذي قيمة دنيا - أردت أن يشعر الجميع بتجربة المستخدم مع userstyles دون الحاجة بالضرورة إلى تطوير بعض الإضافات أو السمات.
لذا فهذه ليست مشكلة.