هذا أمر صغير جداً، ولكن عند إنشاء رابط دعوة جديد (اليوم 28 مايو)، لا تتطابق تواريخ الإزاحة المقدمة في واجهة المستخدم مع التسميات، على سبيل المثال:
لقد لاحظت ذلك فقط لأن الرابط انتهى صلاحيته قبل وقت أبكر بكثير مما توقعت، وأعتقد أن خيار “الشهر التالي” سيختار بالفعل 1 يونيو كتاريخ إزاحة، وليس 28 يونيو.
عذرًا، لم أفهم منشورك؟ ما يظهر في لقطة الشاشة يبدو صحيحًا بالنسبة لي. هل يمكنك شرح ما تعتقد أنه خاطئ بمزيد من التفصيل؟
ليس 1 يوليو هو ما يمر شهرين من 28 مايو.
صحيح، لكن القصد هو ‘عندما ننتقل من شهر إلى الشهر التالي’. هل يبدأ الشهر التالي في الأول من يونيو، نعم؟ ثم هل يبدأ الشهر الذي يليه في الأول من يوليو، نعم؟
عبارة ‘دعوتك صالحة حتى نهاية الشهر’ أسهل في الشرح، وتلتقط القصد بشكل أكثر دقة، مقارنة بـ ‘تنتهي دعوتك في يوم عشوائي تمامًا في منتصف الشهر’.
هذا منطقي بالنسبة لي. لقد واجهت المشكلة المعاكسة مع مؤقتات الإشارات المرجعية. في الإشارات المرجعية المؤقتة، عند تحديد خيار “الأسبوع القادم”، يتم تعيين التاريخ بعد 7 أيام في المستقبل، لكن افتراضي حول ما يعنيه “الأسبوع القادم” هو يوم الاثنين من الأسبوع التالي. لست متأكدًا من أي نهج لتحديد التواريخ المستقبلية هو الأفضل، لكن قد يكون من الجدير استخدام نهج متسق لذلك في جميع واجهة المستخدم.
نعم! هذا ليس المكان المناسب لهذا، لكنني مرتبك بشأن ذلك في كل مرة!
نعم، أعتقد أن بعض التفاصيل ضاعت في الترجمة أثناء عملنا على هذه الميزة @martin. ربما يمكنك تعديل التواريخ لتعكس بشكل أفضل النية المذكورة أعلاه؟
ذكّرني بهذا عند بداية أسبوع / شهر جديد ولامع!
هذا ما قصدناه، وليس “أخبرني بعد 7 أيام بالضبط من اليوم” أو “أخبرني بعد 30 يومًا بالضبط من اليوم”.
لدينا خيار صريح لذلك وهو يوم الاثنين:
إذا كان “الأسبوع القادم” يعني “في بداية الأسبوع القادم”، لما احتجنا إلى خيار يوم الاثنين.
هذا الأمر محير حقًا لأننا ناقشناه سابقًا، ولدينا طلب سحب قيد العمل (PR) لمواءمة مدخلات التواريخ المستقبلية (مثل الدعوات وغيرها) مع ما تفعله الإشارات المرجعية ومؤقتات المواضيع: FEATURE: make future-date-input consistent with other components and customizable by AndrewPrigorshnev · Pull Request #12985 · discourse/discourse · GitHub
إذن، هل نريد أن نقول بشكل عام إن جميع هذه الخيارات على مستوى “الأسبوع” و"الشهر" يجب أن تعني “في بداية الأسبوع القادم”، و"في بداية الأسبوع الذي بعد الأسبوع القادم"، و"في بداية الشهر القادم"؟ بناءً على ما أستنتجه، فإن الأشهر تتبع هذا السلوك بالفعل، لكن الأسابيع لا تفعل ذلك. في هذه الحالة، سنحتاج إلى إزالة خيار يوم الاثنين من الإشارات المرجعية أيضًا لأنه سيصبح غير ذي صلة.
صياغة عبارة “شهرين” توحي لي بـ “الآن + شهرين” وليس “في بداية الشهر الذي بعد شهرين من الآن”، لذا أعتقد أننا بحاجة إلى تعديل ذلك أيضًا. @andrei يعمل على طلب السحب قيد العمل (WIP PR) هذا، لذا ربما يمكنه تولي الأمر؟
يجب أن ننظر إلى النية الأصلية، والتي كانت Google GMail:
أعتقد أننا فقدنا التركيز على الهدف إلى حد ما في مرحلة ما، لكنك تستطيع أن ترى أن هذا الأمر يركز بشكل كبير على “الفترة الزمنية التالية”، بمعنى:
كان هذا دائماً نيتي، وحاولت أن أكون واضحاً جداً بشأن ذلك، لكنني أعتقد أننا لعبنا لعبة “الهاتف” وتم تشويه بعض الأمور في الترجمة بطريقة ما.. إليك منشوري الأصلي من نوفمبر 2019..
لاحظ مرة أخرى أن التركيز هو نفسه:
ثم لديك الأوقات التعسفية، وهو أمر جيد وجوده، لكن هذا لم يكن أبداً التركيز الرئيسي لهذا الحوار.. من الجيد تضمين أوقات تعسفية كإضافة، لكن “بعد 5 أيام عشوائية من هذا التاريخ المحدد” ليس مفيداً على الفور مثل “عندما/حتى تبدأ الأسبوع التالي”، “عندما/حتى تبدأ الشهر التالي”، “عندما/حتى ينتهي يوم العمل ويبدأ المساء”، “عندما/حتى تبدأ الشهر التالي”، “عندما/حتى تبدأ عطلة نهاية الأسبوع”، وهكذا..
لذا، والعودة إلى الدعوات، يجب أن تكون المنطقية نفسها:
أعتقد أننا فقدنا طريقنا قليلاً في هذه الميزة. يجب أن يكون الأمر بخير مع بعض التعديلات.. جميع الأدوات موجودة.
ما ورد أعلاه 
كان بالتأكيد هو المقصود، وفقًا لكل أمثلة Gmail المقدمة. عندما تقول:
ذكّرني بهذا غدًا
ذكّرني بهذا الأسبوع القادم
ذكّرني بهذا الشهر القادم
فإنك تقصد:
ذكّرني بهذا عند بداية اليوم التالي
ذكّرني بهذا عند بداية الأسبوع التالي
ذكّرني بهذا عند بداية الشهر التالي
وليس:
ذكّرني بهذا بعد 24 ساعة بالضبط
ذكّرني بهذا بعد 7 أيام بالضبط
ذكّرني بهذا بعد 30 يومًا بالضبط (أيضًا – ليس كل الأشهر لها نفس عدد الأيام!)
إضافة خيار “أيام عشوائية x من الآن” مقبولة تمامًا كخيار إضافي، لكنها لم تكن الهدف. لذا، للرجوع إليه @martin أو @andrei، من سيتولى العمل على هذا الأمر. أعتقد أنه يمكن الجمع بين الخيارين، وسيظل هناك دائمًا خيار “تاريخ عشوائي”، لكن الفكرة هي أن الناس يفكرون بشكل أساسي في فترات زمنية “حتى الحدث الرئيسي التالي في التقويم” - سواء كان ذلك يومًا جديدًا، أو عطلة نهاية الأسبوع، أو أسبوعًا جديدًا، أو شهرًا جديدًا.
بشكل عام، أصبح كل هذا واضحًا الآن، لكن استفساري كان جزئيًا لأننا اتفقنا على سياسة داخلية بعدم السماح بروابط الدعوة بالبقاء مفتوحة لأكثر من شهر. يجعل إدخال التواريخ المستقبلية المجزأة ذلك صعبًا. أفهم الفكرة، على الرغم من أنه عندما يقترب المرء من نهاية الشهر، فإن الخيار الأول يصبح أقل فائدة.
ستظل قادرًا دائمًا على التعامل مع تواريخ محددة بالإضافة إلى فترات زمنية نسبية؛ لا يتم إزالة أي وظيفة.
