https://bugs.documentfoundation.org/show_bug.cgi?id=97631
--- Comment #6 from Carlos <[email protected]> ---
Perhaps Mateusz meant that in
office:time-value="PT288H00M00S"
the 288 is incorrect.
Let's consult the specs.
"The office:time-value attribute has the data type duration"
http://docs.oasis-open.org/office/v1.2/os/OpenDocument-v1.2-os-part1.html#__RefHeading__1417674_253892949
"18.2W3C Schema Datatypes
The following [xmlschema-2] datatypes are used in this specification:
●string
●date
●time
●dateTime
●decimal
●duration
...
"http://docs.oasis-open.org/office/v1.2/os/OpenDocument-v1.2-os-part1.html#datatype-duration
"3.2.6.1 Lexical representation
The lexical representation for duration is the [ISO 8601]
extended format PnYn MnDTnH nMnS,
where nY represents the number of years,
nM the number of months,
nD the number of days,
'T' is the date/time separator,
nH the number of hours,
nM the number of minutes and nS the number of seconds.
The number of seconds can include decimal digits to arbitrary precision.
The values of the Year, Month, Day, Hour and Minutes components
are not restricted but allow an arbitrary unsigned integer, i.e.,
an integer that conforms to the pattern [0-9]+..
Similarly, the value of the Seconds component allows an arbitrary unsigned
decimal.
Following [ISO 8601], at least one digit must follow the decimal point if it
appears.
That is, the value of the Seconds component must conform to the pattern
[0-9]+(\.[0-9]+)?.
Thus, the lexical representation of duration does not follow the alternative
format of § 5.5.3.2.1 of [ISO 8601].
"
https://www.w3.org/TR/2004/REC-xmlschema-2-20041028/#duration
So the value 288 (for the Hour component) is valid as it conforms to the the
pattern [0-9]+
--
You are receiving this mail because:
You are the assignee for the bug._______________________________________________
Libreoffice-bugs mailing list
[email protected]
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
