#dev
2023-11-13
Prev
Next
#indieweb
#dev
#wordpress
#meta
#stream
#microformats
#known
#events
search
-5 GMT
Africa/Accra
Africa/Tunis
America/Boise
America/Chicago
America/Denver
America/Detroit
America/Edmonton
America/Halifax
America/Los_Angeles
America/Los_angeles
America/Mexico_City
America/Monterrey
America/Montreal
America/New_York
America/Phoenix
America/Santiago
America/Sao_Paulo
America/Toronto
America/Vancouver
Asia/Bangkok
Asia/Calcutta
Asia/Kolkata
Asia/Kuala_Lumpur
Asia/Kuching
Asia/Manila
Asia/Seoul
Asia/Tehran
Asia/Tokyo
Atlantic/Faroe
Atlantic/Reykjavik
Australia/Adelaide
Australia/Brisbane
Australia/Melbourne
Australia/Perth
Australia/Queensland
Australia/Sydney
CET
Canada/Eastern
Europe/Amsterdam
Europe/Athens
Europe/Belfast
Europe/Belgrade
Europe/Berlin
Europe/Brussels
Europe/Budapest
Europe/Copenhagen
Europe/Dublin
Europe/Helsinki
Europe/Istanbul
Europe/Lisbon
Europe/London
Europe/Luxembourg
Europe/Madrid
Europe/Moscow
Europe/Paris
Europe/Prague
Europe/Rome
Europe/Stockholm
Europe/Zurich
GMT
Pacific/Auckland
US/Central
US/Eastern
US/Pacific
UTC
#dev
≡
←
→
2023-11-13
UTC
#
21:38
[snarfed]
right, cardinality. always the same type is easier than multiple possible types. is there a similar rationale for "always array" even for properties that we might like to only ever be singular?
