Message372185
You're correct that there is no year 0, but as you see Apple does use <date>0000-12-30T00:00:00Z</date> in their plists. I did not set that in order to test plistlib; it's what I found on my system.
If it's a goal that plistlib be able to parse system-generated plists and round-trip them to an equivalent serialization -- and I think that should be a goal -- then using strings or None also won't work. Maybe there could be a plistlib.Datetime for dates which are outside what datetime can represent? |
|
Date |
User |
Action |
Args |
2020-06-23 17:24:51 | shields-fn | set | recipients:
+ shields-fn, ronaldoussoren, christian.heimes, ned.deily |
2020-06-23 17:24:51 | shields-fn | set | messageid: <1592933091.58.0.133289007194.issue41083@roundup.psfhosted.org> |
2020-06-23 17:24:51 | shields-fn | link | issue41083 messages |
2020-06-23 17:24:51 | shields-fn | create | |
|