Add Unix timestamp Property type with customizable display format

[WhiteNoise]

This seems like a special case (or a combination) of:

Properties: let the user customize the way Dates/Times are saved/written

This FR was created to capture the discussion related to letting the user choose in which format the dates of type “date & time” in properties are saved on file. Currently, we use ISO 8601, extended syntax, second resolution, local time. While the format chosen for the internal representation may be subject to minor changes in the future, we do not plan for having the users pick a different format. We would like to have fixed format to facilitate interoperability with outside software. If you…

Properties: let the user customize the way Dates/Times are displayed (independently from OS)

Mod-Note: This FR is specifically about customizing the way dates are displayed not the format they are written on file. Currently, the displayed format follows what you have chosen at OS-level. Use case or problem As far as I could see, how dates/times are displayed within Properties seems to be device dependent instead of just re-using the format from the YAML. My device was not set to use dates formatted as YYYY-MM-DD and I had to go and change these settings so Properties would actually …

Properties: Support / Retain / Save ISO 8601 time zone information

Use case or problem In this FR (Properties: Parse time offset in iso 8601 dates) support was added to properties to parse ISO 8601 datetime values with a timezone attached, eg 2023-05-25T12:05:16+3000. Whilst the timezone is parsed correctly now the rendered time is displayed without a timezone offset. For example if my current timezone is UTC+10 but the time in the property value is in UTC, the rendered time is displayed as the UTC time not my local time, making the rendered time 10 hours inc…

Continue there.