@@ -227,7 +227,7 @@ Instead, include the expected format in the description and provide examples.
227
227
To help users distinguish between dates (strings) and timestamps (integers),
228
228
use the following terms consistently :
229
229
230
- - Use **Date and time** for dates in [RFC 3339 ](https://datatracker.ietf.org/doc/html/rfc3339) (ISO 8601) format.
230
+ - Use **Date and time** for dates in [RFC3339 ](https://datatracker.ietf.org/doc/html/rfc3339) (ISO 8601) format.
231
231
- Use **Timestamp** for timestamps in seconds or milliseconds since the [Unix epoch](https://en.wikipedia.org/wiki/Unix_time).
232
232
233
233
# ### Example: date and time
@@ -244,18 +244,18 @@ createdAt:
244
244
```
245
245
246
246
<details>
247
- <summary>RFC 3339 vs ISO 8601</summary>
247
+ <summary>RFC3339 vs ISO 8601</summary>
248
248
249
- RFC 3339 is slightly less ambiguous than ISO 8601 and leads to more readable dates.
250
- Since RFC 3339 is a _profile_ of ISO 8601,
251
- every RFC 3339 date also complies with ISO 8601,
252
- but not every ISO 8601 date complies with RFC 3339 .
249
+ RFC3339 is slightly less ambiguous than ISO 8601 and leads to more readable dates.
250
+ Since RFC3339 is a _profile_ of ISO 8601,
251
+ every RFC3339 date also complies with ISO 8601,
252
+ but not every ISO 8601 date complies with RFC3339 .
253
253
254
- For example, `2024-04-06T00:00:00` conforms to both RFC 3339 and ISO 8601.
254
+ For example, `2024-04-06T00:00:00` conforms to both RFC3339 and ISO 8601.
255
255
But `20240406T000000` only conforms to ISO 8601, which allows omitting the `-` and `:` separators.
256
256
257
257
**Exception:** ISO 8601 requires date and time to be separated by `T`,
258
- whereas RFC 3339 permits a space character for the sake of readability.
258
+ whereas RFC3339 permits a space character for the sake of readability.
259
259
It's best to avoid this ambiguity.
260
260
261
261
</details>
0 commit comments