You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Supported values: 24 hour date time format. DD.MM.YEAR.HOUR.MM - DD.MM.YEAR.HOUR.MM where the second date is an optional exclusive expiry date.
May I suggest that this pattern is actually something of an anti-pattern (or at least, is "non-standard"). Can I propose that instead we require the date format to follow the ISO 8601 (Date and Time Standard) which takes the format:
2018-09-17T16:48:58Z
(YYYY-MM-DDTHH:MM:SS + Z which denotes UTC)
Additionally, the ISO notation allows the author to specify the time based on either UTC or with a UTC off-set (which is not addressed in the current draft)
The text was updated successfully, but these errors were encountered:
ghost
pushed a commit
that referenced
this issue
Oct 8, 2018
Currently this states:
May I suggest that this pattern is actually something of an anti-pattern (or at least, is "non-standard"). Can I propose that instead we require the date format to follow the ISO 8601 (Date and Time Standard) which takes the format:
Additionally, the ISO notation allows the author to specify the time based on either UTC or with a UTC off-set (which is not addressed in the current draft)
The text was updated successfully, but these errors were encountered: