add a mode, where the browser do the timezone stuff calc

[albertlast]

Description

I notice that the js is aware of time diff

var offset = new Date().getTimezoneOffset();
console.log(offset);

https://stackoverflow.com/questions/1091372/getting-the-clients-time-zone-and-offset-in-javascript/1091399#1091399

on the otherhand we got many loc for the calc of tz stuff.

idea would be to add a modus where the smf send all information in utc to the client and
the browser do the time calc.

possible addons here would,
since js is here aware of the datetime fields,
that smf could show post in relativ time and could update the times in a reasonable timeframe without a page refresh,
like github do:

start by "now" goes to minutes, hours, days...

[MissAllSunday]

Might be better suited as a modification. What we can do is always show a date with a span (with the timestamp as a custom value) and a css class then a modification can use that class as reference and use something like moment.js to change the time on the client side

[albertlast]

maybe in stead of a span, use so that a js can ready directly the timeinformation of time field?
https://developer.mozilla.org/en-US/docs/Web/HTML/Element/time

Issue is here, that from my pov time needs a timeformat which we had to generate since we get it not natural.

[MissAllSunday]

Does the "datetime" attribute allows epoch/Unix timestamps? if not then there would be no benefit from adding it since a mod or script will still have to re-calculate the already formatted time.

[Oldiesmann]

Does the "datetime" attribute allows epoch/Unix timestamps? if not then there would be no benefit from adding it since a mod or script will still have to re-calculate the already formatted time.

Not according to https://www.w3schools.com/tags/att_time_datetime.asp

[albertlast]

that the script on browser side do the calculation is the main idea of this issue here,
the datetime would be the time information in utc or in main timezone and
the browser could calculate the time information in the local time.

[MissAllSunday]

Sure but for what you want to do "relative dates" it makes way more sense to display an epoch timestamp and let the client do just one calculation instead of having to first get the timezone offset correct and then calculate the relative date according to your local time.

Not to mention the server will have to transform the raw epoch date into a format that time element accept, just for the client side to re-transforms the date again.

Just use a span and directly put the raw epoch timestamp on a custom attribute.

[albertlast]

I only show the way the html standard and search engine expect time information,
end of the day js can use any src to do the calc stuff.

That smf use unix timestamp in general could be also an issue,
on db side is datetime or timestamp mutch more common approach to save time information.

[MissAllSunday]

If you want to send a PR go ahead 👍

[albertlast]

moment.js should be not used i guess: https://github.com/you-dont-need/You-Dont-Need-Momentjs

[MissAllSunday]

Its irrelevant. moment.js was used as an example only.

Relative dates will not be included in SMF. If you want to submit a PR with the backend changes to display a time tag or a span tag and let modders use that functionality then go ahead.

In resume, backend support: yes
Full functionality: nope