If something took 3 days, why should that differ from country and company? Do you want to use the displayed value for billing?

@KN4CK3R yes

I personally think that days only are counter-intuitive too. if you think a second time ... well but I'm happy to move it into a server config option through I think we can just separate time formation for tracked-time in any case

Con: we can have large h values
Pro: hours mean the same in any area and can be used to create bills

Then it's debatable if that's the common usecase. Other people want to say "this took me 3 days" without calculating the value. Similar to the "my child is 27 months old" people... well keep your secrets.

well was it 3days non stop without sleep ;)

well ... so should we go for a server config option?

This is only about tracked time, right? I guess you could have a TRACKED_TIME_UNIT option, default to any which renders in the highest unit, and have it settable to days, hours, minutes, seconds which would render in at most that unit. I think you also missed a few places in the UI, e.g. the dropdown in the header bar for active time tracker.

For i18n:

• Does Golang's "x/text" package work?
• Does JS's standard library work? https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/Intl/DateTimeFormat

For template helper, if it really needs to add a function, it could be put into TimeUtils, like StringUtils/JsonUtils, to avoid bloating the template helpers.

well I'll make backend just sends timestamps around ... and conversion can be done in frontend by mentioned browser apis ...

I checked relative-time-element which has a format=duration option, but I think it lacks an option to show the value in a defined unit. precision only limits the smallest display unit.

Still WIP?

yes ... Just look at the TODO that's a bigger one :) and I work on it via payed time so it's not as fast as stuff I do in my free time :D (because upstreaming has not the highest priority there)

Hello, I believe that hour(minutes) are the most universal and cultural independent approach to understand amount of time spent for job to be done. That is why this is truly KISS approach. And not too much job to be done to implement this.

I also agree that for time spent hours should be the highest measurement unit, days and others can be misunderstood and can be confusing

yes I still want the underlaying code to be cleaner (before i remove the wip) :)

yes I still want the underlaying code to be cleaner (before i remove the wip) :)

@6543 because we are doing same job and share same approach, I put my PR #28312 on WIP and wait you to finish yours.

Haha ok :)

@6543 Tracked time representation (added hours) might be modified with settings in UI section in app.ini #33315

Replaced by Make tracked time representation display as hours #33315