أعلم أنه يمكننا إنشاء علامات جديدة باستخدام المنشئ (Composer)، ولكن هل هذه هي الطريقة الوحيدة؟! لا أعتقد أنه من المنطقي فتح المنشئ لإنشاء علامات. أعني، يمكن أن تظل الميزة موجودة بالطبع، ولكن لا ينبغي أن تكون الطريقة الوحيدة، وخاصة ليست الطريقة الرئيسية للقيام بذلك.
إذا كنت في لوحة تسمى العلامات (Tags)، فمن المنطقي أن يكون هناك زر أو خيار قائمة لإنشاء علامة جديدة. هذا هو النهج الأكثر بديهية، في رأيي.
وبينما نحن على ذلك، لماذا القائمة المنسدلة الإضافية عندما تكون هناك مساحة كافية لإضافة الأزرار مباشرة على الصفحة، والتخلص من القائمة؟
أنا دائمًا مع القوائم المنسدلة عندما تكون المساحة محدودة، ولكن بخلاف ذلك، أنا مع تقليل عدد النقرات، وخاصة، إزالة الاحتكاك والارتباك الناجم عن الخيارات المخفية التي قد لا تكون واضحة للمستخدم في بعض الأحيان.
ترتبط جميع الطرق الحالية لإنشاء علامة بوضع العلامة قيد الاستخدام (إرفاقها بموضوع جديد، أو إضافة علامة كمرادف لعلامة موجودة، أو إنشاء علامة أثناء إنشاء مجموعة علامات). بخلاف ذلك، أعتقد أن الطريقة الوحيدة الأخرى لإنشاء علامة جديدة هي من خلال التحميل المجمع.
يجب أن توجد هذه أيضًا، بالطبع.
أعتقد أن الطريقة الرئيسية، وهي في لوحة تسمى “العلامات”، كان يجب تنفيذها منذ اليوم الأول، لأن هذا هو المكان الذي يمكننا فيه إدارة جميع العلامات. هذا ما يبدو منطقيًا بالنسبة لي، إلى جانب الإنشاء عند إنشاء الموضوع. أكثر بكثير من التحميل المجمع، على سبيل المثال.
أعتقد أن بعض الأشياء التي وجدتها في Discourse “غريبة” هي بالأحرى خلق ارتباك بشأن الأشياء التي سيكون من المنطقي وجودها في مكان معين. وكما ترى، فإن هذه الأشياء تملأ المنتدى كثيرًا، عندما لا يكون ذلك ضروريًا إذا كان هناك بعض المنطق وراء ذلك.
لا أحاول أن أبدو “فظًا” أو أي شيء من هذا القبيل، خاصة لأنني أحببت Discourse وما يسمح لنا بفعله. أعتقد فقط أن بعض هذه الأشياء يجب أن تحصل على المزيد من “الحب والاهتمام” ولا يجب وضعها في أسفل قائمة الأولويات، فقط لأنه يوجد حل بديل وليست أولوية قصوى. نحن كمستخدمين نحب أيضًا أن نرى الأشياء “غير ذات الأولوية” تحصل على بعض الاهتمام لجعل كل شيء يبدو ويعمل بسلاسة وسهولة أكبر.
على سبيل المثال، بقدر ما كانت الطريقة القديمة غير مثالية، حيث تم تقديم المكونات بتلك الصور ذات الأشكال، فإن التخطيط الجديد سيء للغاية، بصراحة. كل شيء مكتظ وصعب التعامل معه، خاصة على الشاشات الصغيرة. بالتأكيد، لا يزال بإمكاننا القيام بما يجب القيام به، ولكن بعض هذه الأشياء (مثل لوحة المكونات) هي مجرد بضعة أسطر CSS لتغيير العرض، وإخفاء بعض اللوحات غير الضرورية، وما إلى ذلك.
آمل أن تجدوا وقتًا لإصلاح هذه الأشياء غير ذات الأولوية. لسوء الحظ، مما أراه من المنشور الذي شاركته، لقد مرت 5 سنوات منذ إنشاء هذا الموضوع ولا يزال لا يوجد تحديث بشأنه.
مرة أخرى، لا أريد أن أبدو فظًا أو غير ممتن لمنصة جيدة مثل هذه، ومقدمة مجانًا. على الإطلاق. أتمنى فقط أن تكون التفاصيل مهمة أيضًا، خاصة عندما يشعر المستخدمون أن الأشياء لا تعمل كما ينبغي.
إذا سمحت لي… إنها كذلك. يهتم المطورون بالتفاصيل بالتأكيد ويبذلون جهدًا فيها. صدقني، لو لم يفعلوا ذلك، لكان استخدام ديسكورس تجربة أقل متعة بكثير.
المسألة هي أن هناك الكثير من التفاصيل التي يجب الاهتمام بها لدرجة أنه لا يمكنهم واقعيًا تخصيص موارد لكل منها - حتى بعد سنوات.
تُستخدم علامات pr-welcome أحيانًا لتشجيع المستخدمين على المساهمة، حيث أن ديسكورس مفتوح المصدر، ولكن بعض الميزات المرحب بها تحتاج إلى تفكير متأنٍ من الناحية التصميمية، وبعد ذلك فإن قيام مطور خارجي بإرسال طلب سحب (PR) ليس دائمًا الحل الأفضل.
مشكلة أخرى: كنت أحاول إنشاء العلامات باستخدام المنشئ، أحتاج فعليًا إلى نشر الموضوع. “إنشاء XYZ…” الذي يظهر عندما لا توجد علامة، لا “ينشئ” العلامة فعليًا إلا إذا نشرنا الموضوع. ثم يتعين علينا حذفه، وهو ما يبدو غير ضروري إذا كانت لوحة العلامات تحتوي على جميع الأدوات لإنشاء العلامات وإدارتها وحذفها.
أنا أصدق أنهم يفعلون ذلك، لا تفهمني خطأ. نقطتي هنا هي أننا نستطيع تقسيم الإصلاحات والتعديلات “غير ذات الأولوية” إلى قسمين: بعضها غير مهم للغاية، وبعضها مهم لأنه يؤثر على الوظائف وسير العمل الطبيعي للموقع. عندما نحتاج إلى التنقل بين الصفحات للقيام بشيء يجب القيام به في صفحة واحدة، فهذا بالنسبة لي مؤشر على وجود شيء يحتاج إلى إصلاح. ربما ليس أولوية مثل مشكلة أمنية، على سبيل المثال، ولكنه يجب تقييمه. سير العمل الذي ذكرته هو مجرد واجهة مستخدم/تجربة مستخدم بسيطة وأساسية، من أجل إنشاء تجربة سلسة على الموقع.
معايير أخرى للعمل على التغييرات/الإصلاحات هي أنه ما لم تكن المشكلات التي تم طرحها إشكالية للغاية، أو سهلة التنفيذ للغاية، فإن Discourse يعطي الأولوية للتغييرات التي تقودها طلبات العملاء وعادةً (أعتقد أنهم لم يحيدوا عن هذا المبدأ) يتبعون قاعدة الثلاثة:
وهذا يفسر أيضًا لماذا بعض المشكلات التي تبدو واضحة لشخص ما لا يتم العمل عليها، حتى بعد فترة طويلة.
ستجد العديد من الطلبات المشابهة لهذا الموضوع إذا بحثت داخل #ux، و #feature، وحتى #bug، وقد شعرت بالإحباط أحيانًا بعد الإبلاغ عن أشياء لم يتم إصلاحها أبدًا
