sam
4 يونيو 2025، 11:03م
21
هل يمكننا إسقاط الصفر البادئ
إنه تحسين كبير في رأيي.
3 إعجابات
nathank
6 يونيو 2025، 2:04ص
22
[اقتباس=“sam, post:7, topic:368608”]
إعجابَين (2)
yuriy
23 يونيو 2025، 9:46ص
24
إذًا، لقد عملت على هذه المهمة لبعض الوقت، منذ الأسبوع الماضي، وأرى أنه يمكن تنظيمها في ثلاثة أقسام وسؤال واحد:
تجنب التكرارات والضوضاء في نطاقات من -\u003e إلى :
السنة الحالية، بدون أوقات (00:00):
نفس الأسبوع/الشهر: الاثنين، 6 أكتوبر → الجمعة، 10 أكتوبر || الاثنين، 6 أكتوبر → الاثنين، 20 أكتوبر
نطاق أشهر مختلفة: الاثنين، 6 أكتوبر → الخميس، 6 نوفمبر
السنة الحالية، مع أوقات:
نطاق نفس اليوم: الاثنين، 6 أكتوبر 12:00 صباحًا → 1:00 صباحًا
سنوات مختلفة، بدون أوقات: الاثنين، 6 أكتوبر → الثلاثاء، 6 يناير 2026
عرض الوقت المحلي بناءً على مربع الاختيار المحدد (في OP)
لاحظت بعض التناقضات عند عرض التواريخ ضمن نطاق يومين قبل ويوم بعد اليوم :
مع الوقت: أمس/اليوم/غدًا 8:00 مساءً
بدون وقت: الاثنين...الأحد
تظهر المنطقة الزمنية أحيانًا في نهاية التاريخ والوقت: اليوم 2:00 مساءً → 4:00 مساءً (UTC). سؤال: في أي الحالات نريد عرض المنطقة الزمنية بين قوسين؟
main ← ux/local-date-builder-improvements
opened 06:52PM - 20 Jun 25 UTC
3 إعجابات
yuriy
23 يونيو 2025، 1:46م
25
لديّ طلبين سحب (PRs) متعلقين ببعضهما البعض:
main ← better-format-dates
opened 10:37AM - 13 Jun 25 UTC
This PR overhauls the way event dates are rendered by applying context-aware for… matting rules:
* Single-day events only show times when appropriate, hiding “12:00 AM” for events without `endDate`.
* Multi-day ranges omit redundant parts (e.g. for the current year) and include weekday/month/day when needed.
### Tests added
* Weekday-only ranges (e.g. “Friday → Monday”)
* Same-week and same-month spans (omitting year)
* Cross-month and cross-year spans (including year where needed)
* `Today/Yesterday/Tomorrow` labels with time ranges
* Same-day events showing only time 
### Impact
* Improves readability of event dates across the app
* Reduces visual noise by hiding redundant date/time fragments
* Ensures consistency with user expectations around relative dates
### Things to clarify
* Relative labels (`Yesterday, Today, Tomorrow`) replace literal dates for nearby days.
* Timezones are only shown when `showLocalTime` is toggled.
### Discussion
https://meta.discourse.org/t/new-calendar-feature-show-local-time/368608/
main ← ux/local-date-builder-improvements
opened 06:52PM - 20 Jun 25 UTC
@nat ، سأقوم بإشراكك، بما أنك عملت على هذه الميزة منذ سنوات:
main ← date-today
opened 10:08AM - 06 Oct 22 UTC
Essentially, introducing this change.
Saturday at 2:50 PM -> Saturday at 4:38… PM
becomes
Saturday at 2:50 PM -> 4:38 PM (Singapore)
Also, the displayed dates are shortened when the standalone date
is within two days. So despite the 'from' and 'to' date being the
same day, it may show 'Saturday' for 'from', and the specific date
for the 'to'. This corrects the behaviour. So if the current date and
time is Thursday 5PM, the 'from' date below is within 2 days, but
the 'to' date is not.
Saturday at 2:50 PM -> 8 October 2022 at 9:38 PM
becomes
Saturday at 2:50 PM -> 9:38 PM
committed 03:23AM - 12 Oct 22 UTC
في أي الحالات يجب أن نعرض اسم المنطقة الزمنية بين قوسين بعد التاريخ/الوقت من/إلى؟
ما هي التوقعات للعرض: اسم يوم الأسبوع الاثنين...الأحد أم أمس/اليوم/غدًا؟
أنا أميل إلى:
أمس/اليوم/غدًا: لـ -1 يوم < اليوم > +1 يومالاثنين...الأحد: ضمن الأسبوع الحالي أو -3 أيام < اليوم > +3 أيام
وجود الوقت لا ينبغي أن يكون عاملًا حاسمًا في اختيار أي من الخيارين أعلاه للعرض، كما هو الحال الآن:
بدون وقت: الاثنين...الأحد
مع وقت: أمس/اليوم/غدًا
إعجابَين (2)
yuriy
23 يونيو 2025، 1:51م
26
نحن مستعدون لدمج أول طلب سحب (PR). إنه ليس مثاليًا، حيث قد يتبع ذلك إصلاح الحالات الطرفية، المدرجة في منشوري السابق .
main ← better-format-dates
opened 10:37AM - 13 Jun 25 UTC
This PR overhauls the way event dates are rendered by applying context-aware for… matting rules:
* Single-day events only show times when appropriate, hiding “12:00 AM” for events without `endDate`.
* Multi-day ranges omit redundant parts (e.g. for the current year) and include weekday/month/day when needed.
### Tests added
* Weekday-only ranges (e.g. “Friday → Monday”)
* Same-week and same-month spans (omitting year)
* Cross-month and cross-year spans (including year where needed)
* `Today/Yesterday/Tomorrow` labels with time ranges
* Same-day events showing only time 
### Impact
* Improves readability of event dates across the app
* Reduces visual noise by hiding redundant date/time fragments
* Ensures consistency with user expectations around relative dates
### Things to clarify
* Relative labels (`Yesterday, Today, Tomorrow`) replace literal dates for nearby days.
* Timezones are only shown when `showLocalTime` is toggled.
### Discussion
https://meta.discourse.org/t/new-calendar-feature-show-local-time/368608/
3 إعجابات
