- 27 Feb, 2021 3 commits
-
-
nmartensen authored
Since dates, times, and elapsed time are all usually stored as simple numbers in XLSX, openpyxl uses a heuristic to recognize the values as date/time representation and returns datetime.datetime or datetime.time objects for them. The heuristic is based on inspecting the number format style string (is this a date format?) and the stored value itself (to distinguish times from datetimes). This commit refines the heuristic by adding support for recognizing and returning time interval durations as datetime.timedelta. --HG-- branch : 3.0
-
nmartensen authored
--HG-- branch : 3.0
-
nmartensen authored
--HG-- branch : 3.0
-
- 26 Feb, 2021 1 commit
-
- 23 Feb, 2021 2 commits
- 19 Feb, 2021 9 commits
-
-
nmartensen authored
--HG-- branch : 3.0
-
CharlieC authored
--HG-- branch : 3.0
-
CharlieC authored
Add an example for converting to the lowest date. NB this varies from the specification presumably due to the way leap years are treated. --HG-- branch : 3.0
-
CharlieC authored
--HG-- branch : 3.0
-
CharlieC authored
--HG-- branch : 3.0
-
CharlieC authored
--HG-- branch : 3.0
-
CharlieC authored
--HG-- branch : 3.0
-
nmartensen authored
--HG-- branch : 3.0 --HG-- branch : 3.0
-
- 17 Feb, 2021 4 commits
-
-
nmartensen authored
--HG-- branch : 3.0
-
nmartensen authored
--HG-- branch : 3.0 --HG-- branch : 3.0
-
CharlieC authored
Redefine constants to use just the relevant epoch: they are for internal use only so this shouldn't break anything, ahem. --HG-- branch : 3.0
-
nmartensen authored
--HG-- branch : 3.0 --HG-- branch : 3.0
-
- 14 Feb, 2021 1 commit
-
-
nmartensen authored
--HG-- branch : 3.0
-
- 09 Feb, 2021 6 commits
-
-
nmartensen authored
--HG-- branch : 3.0
-
CharlieC authored
--HG-- branch : 3.0
-
CharlieC authored
--HG-- branch : 3.0
-
CharlieC authored
--HG-- branch : 3.0
-
CharlieC authored
--HG-- branch : 3.0
-
- 08 Feb, 2021 2 commits
-
-
nmartensen authored
According to the specification (section 18.17.4), fractional seconds in datetimes are stored with up to three decimals, which corresponds to millisecond precision. It does not make sense to pretend we could be more accurate than that. The condition for detecting desired time-only returns needs to be adapted because we might round up to a full day and should not return time only in that case. --HG-- branch : 3.0
-
nmartensen authored
--HG-- branch : 3.0
-
- 12 Feb, 2021 1 commit
-
-
CharlieC authored
--HG-- branch : 3.0
-
- 11 Feb, 2021 1 commit
-
-
CharlieC authored
--HG-- branch : 3.0
-
- 08 Feb, 2021 2 commits
-
-
nmartensen authored
Besides the additions there is one modification: - deserialize 0 to time(0, 0). This is in line with the specification (section 18.17.4.2). --HG-- branch : 3.0 --HG-- branch : 3.0
- 28 Jan, 2021 2 commits
-
-
CharlieC authored
--HG-- branch : 3.0
-
- 14 Jan, 2021 4 commits
- 13 Jan, 2021 2 commits
-
-
CharlieC authored
--HG-- branch : 3.0
-