WIP: Add Sec2TrackedTime time format template helper

[6543]

As work-days/-weeks/-years ... differ from country and company, its not practicable to use it as time format

TODOs:

• migrate trackedTimeComments content -> to be timestamps and use helper to format
• add UI to change user TT-Max-U setting
• alter helper to be able to set max unit
  • frontend js helper
  • backend template helper
• create new JS compontente "tracked time"
• create a struct to forward user (apperance) settings to frontend (save in window.userSettings or so)
• migrate in templates to compontente "tracked time"
• optional: make frontent js tracked-time componente localize

---

Sponsored by Kithara Software GmbH

[6543]

---

[KN4CK3R]

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

[6543]

@KN4CK3R yes

[6543]

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

[KN4CK3R]

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.

[6543]

well was it 3days non stop without sleep ;)

[6543]

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

[silverwind]

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.

[wxiaoguang]

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.

[6543]

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

[silverwind]

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.

[confusedsushi]

To me, tracked time should always be displayed in hours as highest unit.

The units days, weeks or even years works for something like "I started working on that 3 weeks ago."

But if I say "It took me three days to finish this." It usually means, I got up, had a breakfast, worked some hours, had lunch, worked some hours, had dinner, went to bed and repeated that three times.

In the current form here, 3 days means 72 hours. This is not what I expect.

[silverwind]

Highest displayed unit should be configurable and default to highest significant unit, I suppose.

[6543]

I'll make it a user setting ... and refactor the code bit by bit to get there :)

1. make sure backend just pass timestamps and seconds around
2. move time format into JS frontend
3. make it configurable and localizable :)

[6543]

next pull towards 1. -> #25392

[silverwind]

Still WIP?

[6543]

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)

[vsysoev]

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.

[lafriks]

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

[6543]

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

[vsysoev]

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.

[6543]

Haha ok :)