لاحظت شيئين بخصوص تذكير الإشارة المرجعية يبدوان كأخطاء.
اختيار تاريخ للتذكير يحفظ تلقائيًا ويغلق النافذة المنبثقة. أفترض أن هذا يمكن اعتباره #تجربة_مستخدم، ولكن لماذا يوجد زر حفظ إذا تم الحفظ تلقائيًا عند تحديد زر “ذكّرني”؟
إذا اخترت خيارًا معدًا مسبقًا مثل “عطلة نهاية الأسبوع هذه” (والذي يحفظ تلقائيًا ويغلق النافذة المنبثقة كما ذكرنا بالفعل)، فإن فتح النافذة المنبثقة مرة أخرى يظهر أنه تم تحديد “مخصص”. التاريخ المخصص صحيح ويتطابق مع التحديد الذي قمت به، ولكني أجد أنه من الغريب أن يظهر على أنه مخصص.
أفترض ذلك، لكنني ما زلت أجد عدم الاتساق مربكًا. بعض الأشياء يتم حفظها تلقائيًا ويتطلب البعض الآخر إجراءً يدويًا للحفظ (كل ذلك في نفس النافذة المنبثقة) أمر غريب بعض الشيء بالنسبة لي. ليس بالأمر الكبير، اعتقدت فقط أنه كان يعمل بشكل مختلف من قبل وشعرت بالارتباك. قد يكون مجرد سوء تذكر.
أعتقد أن ما يربكني هو وجود العديد من الخيارات المتاحة، ولكن يتم حفظها دائمًا كـ “مخصص”. أفترض أنه عند نقطة معينة تكون هذه الإعدادات المسبقة موجودة للمساعدة، وحفظها دائمًا في الواجهة الخلفية كتاريخ ووقت منطقي، ولكن بعد ذلك لا أتوقع أن يؤدي النقر على الإعدادات المسبقة إلى حفظ وإغلاق النافذة المنبثقة. أتوقع أن تكون التقويم هو الجزء الأكثر بروزًا في النافذة المنبثقة، مع أزرار “مساعدة” أصغر لتحديث التقويم تلقائيًا إلى هذه الإعدادات المسبقة، ولكن ليس الحفظ التلقائي. قراءة ردك والتفكير فيه أكثر يجعل هذا يبدو وكأنه اقتراح لتجربة المستخدم بدلاً من خطأ.
ما يقوله @JammyDodger صحيح، هذه قرارات متعمدة لتجربة المستخدم، نريد أن يكون حفظ الإشارة المرجعية وتعيين التذكير بأقل قدر ممكن من الاحتكاك.
لأنك تستطيع تعديل الإشارة المرجعية لتغيير الاسم والوقت وخيارات الحذف التلقائي.
هذا لأنه في معظم الحالات، يجعل مرور الوقت لهذه الخيارات المعبأة مسبقًا من غير العملي تحديد الخيار الأصلي مسبقًا. على سبيل المثال، إذا اخترت “غدًا” ثم انتظرت يومًا وفتحت الإشارة المرجعية لتعديلها، فسنحتاج إلى منطق إضافي لمعرفة ما إذا كنت قد اخترت “غدًا” اليوم أو في وقت ما في الماضي وتحديد الخيار الصحيح مسبقًا وفقًا لذلك. عند ضرب هذا عبر جميع خيارات التحديد المسبق لدينا، يصبح من الأسهل إعادته كـ “مخصص”.
نعم، هذا ما كنت أفكر فيه وهو منطقي. أعتقد أن واجهة المستخدم ليست مثالية لسير العمل هذا. أنا لست جيدًا في إنشاء النماذج الأولية أو لكانت قد قمت بذلك، لكنني أفكر في شيء بالميزات التالية من الأعلى إلى الأسفل:
حقل إدخال للاسم متبوعًا بترس لتعديل خيارات الحذف التلقائي (نفس ما هو موجود حاليًا).
حقل إدخال للتاريخ وحقل إدخال للوقت (ما هو موجود حاليًا خلف قسم “تاريخ ووقت مخصص”) والذي سيكون مرئيًا دائمًا. سيجعل هذا الأمر أوضح أن التاريخ والوقت هما المصدران الفعليان للحقيقة بدلاً من أزرار “الاختصار” مثل “غدًا” أو “عطلة نهاية الأسبوع هذه”.
أزرار أصغر أسفل حقول الإدخال هذه لكل اختصار، ولكنها أقل بروزًا مما هي عليه حاليًا. سيكون هناك 2-3 جنبًا إلى جنب. النقر عليها لن يقوم بالحفظ التلقائي وإغلاق النافذة المنبثقة. بل سيقوم فقط بملء حقل إدخال التاريخ أعلاه.
ربما إضافة اختصارات مماثلة لوقت اليوم. سيساعد هذا في تخفيف عيب آخر في التصميم الحالي: الافتراض بأن الناس يريدون الإشعارات في الصباح. شخصيًا، أميل إلى الرغبة في تلقي الإشعارات بعد الانتهاء من يوم عملي العادي، أي في المساء. يؤدي عدم وجود اختصارات لهذا حاليًا إلى اضطراري دائمًا إلى استخدام أدوات اختيار التاريخ/الوقت المخصصة على أي حال.
على أي حال، هذا ما يدور في ذهني. أجد التصميم الحالي غير مريح ومربك إلى حد ما، وأعتقد أن شيئًا مثل ما وصفته للتو سيجعله أبسط في الاستخدام وأكثر قوة في نفس الوقت.
أنا أقدر ملاحظاتك التفصيلية وأفكارك حول كيفية تحسين النافذة المنبثقة، على الرغم من أنه ما لم يثر آخرون مخاوف مماثلة، فمن غير المرجح أن نغيرها كثيرًا في الوقت الحالي.
لدينا “لاحقًا اليوم”، لكنني أفهم ما تقصده. كان هذا أيضًا خيارًا متعمدًا لتوجيه الأشخاص نحو القيام بالأشياء خلال “ساعات العمل”. ربما نتوصل إلى تفضيل للمستخدم أو إعداد للموقع للسماح بإعدادات مسبقة مثل “هذا المساء” و “الليلة” أو شيء من هذا القبيل إذا كان لدى الآخرين حاجة مماثلة لذلك؟
بالطبع. أنا فقط أشارك أفكاري في هذه المرحلة. لا تقلق إذا لم يتغير الكثير.
وجود جميع الاختصارات ضمن “ساعات العمل” منطقي للأشخاص الذين يستخدمون موقع Discourse معين لأشياء متعلقة بالعمل. لكنني أتخيل أن حالة الاستخدام الخاصة بي هنا لا يمكن أن تكون غير عادية، حيث أن موقع (مواقع) Discourse التي يستخدمها شخص ما لا تتعلق بعملهم، ويريدون التحقق مرة أخرى خارج ساعات العمل لتجنب التعارض مع وظيفتهم. (لكنني لا أعرف، ربما يكون معظم الأشخاص الذين يحبون هذا على ما يرام في تلقي الإشعارات في الصباح إذا لم يكلفوا أنفسهم عناء التحقق من الموقع حتى المساء على أي حال. لا يمكنني حقًا التكهن بذلك.)
الشيء الرئيسي بالنسبة لي هو خيارات “لاحقًا اليوم” و “غدًا” و “لاحقًا هذا الأسبوع”. بشكل أساسي، أرغب في أن تكون جميعها معدة مسبقًا للمساء (نطاق 4-6 مساءً) بدلاً من الصباح. لذا فإن تفضيل المستخدم الذي يضبط هذه بشكل افتراضي للمساء بدلاً من الصباح سيعمل بالنسبة لي. سيصبح خيار “لاحقًا اليوم” “هذا المساء” أو “الليلة”، وستتغير الخيارات الأخرى فقط أوقاتها المرتبطة بها حتى لو ظل النص كما هو.
أتفهم إذا تم اعتبار هذا معقدًا للغاية أو غير مجدٍ. إذا كان الأمر كذلك، فسأستمر في استخدام قسم التاريخ / الوقت المخصص على ما أعتقد.
تعديل: بدلاً من إعداد موقع أو تفضيل مستخدم، يمكن أن يكون مجرد إعداد ضمن قسم أيقونة الترس في نافذة المنبثقة للإشارة المرجعية نفسها. ربما لا يزال هذا يعتبر تفضيلًا للمستخدم، لا أعرف. ولكن يمكن أن يبسط الأمور عن طريق الاحتفاظ بجميع الخيارات ذات الصلة في مكان واحد.
نعم، هذا هو الاتجاه الذي نميل إليه مع تفضيلات المستخدم هذه الأيام، ووضعها بالقرب من الشيء الذي ستؤثر عليه فعليًا بدلاً من إخفائها في ملف تعريف المستخدم. @sam ما رأيك فيما سبق؟ لقد ناقشنا تفضيل “الوقت من اليوم” الافتراضي لفترة من الوقت الآن لتذكيرات الإشارات المرجعية، ربما حان الوقت لإضافته.