Part of ##40867

Motivation is to be able to record work with different units.

GitLab for instance is using their [gitlab\_chronic\_duration](https://gitlab.com/gitlab-org/ruby/gems/gitlab-chronic-duration) gem to render duration as "2 wks 1 day 1 hr" for instance. See also [this file](https://gitlab.com/gitlab-org/gitlab/-/blob/master/spec/lib/gitlab/time_tracking_formatter_spec.rb) for more examples.

See below for subtasks

### Acceptance criteria

* Begin of the insertion**Allow users to input inEnd of the insertion Begin of the deletion **DisplayEnd of the deletion the values Begin of the insertionforEnd of the insertion Begin of the deletion ofEnd of the deletion Work and Remaining work in different Begin of the insertionunits**End of the insertion Begin of the deletion units:**End of the deletion

* Begin of the insertionBased on [gitlab\_chronic\_duration](https://gitlab.com/gitlab-org/ruby/gems/gitlab-chronic-duration)End of the insertion Begin of the deletion ~~The values will continued to be stored in hours (h) in the database~~End of the deletion

* Begin of the insertionModal needs to give instant feedback of conversions so users are aware of how their inputEnd of the insertion Begin of the deletion The different unitsEnd of the deletion will Begin of the insertionbe converted

End of the insertion Begin of the deletion be:

End of the deletion * Begin of the deletion hours (h)

* days (d)

* weeks (w)

* months (m)

* _\[open\] Do we need months? This will require dealing with the complication of different month durations: 28, 30, 31 and leap years._

* End of the deletion **Display Begin of the deletion these different unitsEnd of the deletion in Begin of the insertionmixed units (GitLab-style) everywhere**End of the insertion Begin of the deletion the following places:**End of the deletion

* Work package tables (including totals and sums)

* Work estimates and progress popover

* Work package details page

* Activity (journal updates) Begin of the deletion

* ...End of the deletion

* Begin of the insertion**AdminEnd of the insertion Begin of the deletion **Changes to AdministratorEnd of the deletion settings Begin of the insertionto define:**End of the insertion Begin of the deletion page** (Calendar and dates → Working days)End of the deletion

* Change title from "Working days" to "Working days and hours"

* Add three sections:

* Hours per day:

* Input field, default value: 8 hours

* Begin of the insertionDays perEnd of the insertion Begin of the deletion Hours weEnd of the deletion week:

* Input field, default value: 40 hours

* Days per month:

* Input field, default value: 20 days Begin of the insertion

End of the insertion Begin of the deletion


#### Open points

End of the deletion * Begin of the insertion**Language:** DifferentEnd of the insertion Begin of the deletion Should users be able to _input_ inEnd of the deletion units Begin of the deletion other than hours too? For example, should both "28 h" and "3d 4h" be allowed? What about "50h" (1w, 1d, 2h), or "18 d" (3w, 3d)? 

* _Niels: Yes._

* If input in different units allowed,End of the deletion will Begin of the insertiononlyEnd of the insertion Begin of the deletion the input values neverthelessEnd of the deletion be Begin of the insertionsupportedEnd of the insertion Begin of the deletion translated to the correct units? 

* On focus off?

* **On save?** (Niels)

* Should users also be able to define a weekEnd of the deletion in Begin of the insertionEnglishEnd of the insertion Begin of the deletion _days_ instead of hours?End of the deletion

* Begin of the insertion_known potential inconsistency: date picker uses translated units for days for display_




End of the insertion Begin of the deletion If not, what if the user enters the value of a week to be 40h _but_ has also defined the work week as 4 days? Which value do we take? (Surely 40h, but this is then misleading, since this work would technically need 1 week and 1 day).

* months (m)

* _\[open\] Do we need months? This will require dealing with the complication of different month durations: 28, 30, 31 and leap years._


End of the deletion #### Out of scope

* Begin of the insertionView query (question of scales, cut-off smaller units, same unit for the entire query)

* End of the insertion The ability to either:

* disable this display option or

* choose between existing mode (hours-only) and different units mode

* Begin of the insertion~~InfoEnd of the insertion Begin of the deletion InfoEnd of the deletion icons that let users get the original value in hours on Begin of the insertionhover~~End of the insertion Begin of the deletion hoverEnd of the deletion

* Project-level definition of days, weeks and months Begin of the insertion

* User-level definition of days, weeks and monthsEnd of the insertion


#### Begin of the insertion

#### Visuals

**Current:**

**<img class="image_resized op-uc-image op-uc-image_inline" style="width:449px;" src="/api/v3/attachments/101238/content">**

**After:**
<img class="image_resized op-uc-image op-uc-image_inline" style="width:444px;" src="/api/v3/attachments/101239/content">

**Admin options:**

**<img class="op-uc-image op-uc-image_inline" src="/api/v3/attachments/101553/content">**

#### Figma:

[https://www.figma.com/file/znrocQvFNLb5jXRXNo7oeD/Progress-estimation?type=design&amp;node-id=1823-5375&amp;mode=design](https://www.figma.com/file/znrocQvFNLb5jXRXNo7oeD/Progress-estimation?type=design&node-id=1823-5375&mode=design)

####End of the insertion Anticipated UX issues Begin of the insertion(to be reviewed)End of the insertion

* **Difficult to scan and compare values:** Having everything displayed in the same unit makes it easier to scan and quickly compare values (to get a sense of scale). For example, compare the following set of values:

* Current display mode:

* 5h and 15h

* 18h and 56h

* 40h and 122h

* New display mode:

* 5h and 1d 7h

* 2d 2h and 1w 2d

* 1w and 3w 2h

* **Lack of user choice:** Users who are used to using hours might be disappointed or confused to find that they don&#39;t have a choice to continue seeing Work and Remaining work displayed in hours.

* **Wider cells required in tables:** In work package tables, we currently display Work and Remaing work in hours, so the width required for these cells is limited. With different units, these cells will have to be wider:

* Current lengths:

* Basic: &quot;188 h&quot;

* Sums: &quot;188 h • Σ 269h&quot;

* With changes:

* Basic: &quot;3w 3d 4h&quot;

* Sums: &quot;3w 3d 4h • Σ 6w 3d 5h&quot;

* **Lack of clarity on original values:** Without a _translation_ in hours (on hover, for example), users might have trouble getting a sense of the &quot;actual&quot; recorded value. Especially for users who might work in different regions where the work week or work day isn&#39;t the same as in Germany.

* Because the definition of these units is in at the instance admin level, regular users will simply not have access to the base values. Begin of the insertion




* ~~V1: Multi-unit input with fixed values~~

* ~~Can input W or RW in minutes, hours, days, week or month~~

* ~~Automatically gets converted to hours on save~~

* ~~V2: Custom values for hours per day, hours/days per week, days per month~~

* ~~V3: Hybrid units (display of entered data into the automatically &quot;correct&quot; scale, 42 hours = 1 week, 2 hours).~~

* ~~V4: Setting per query that lets you pick the unit (one unit, the same for all cells: hours, days, weeks, months)~~End of the insertion Begin of the deletion


#### Visuals

**Current:**

**<img class="image_resized op-uc-image op-uc-image_inline" style="width:449px;" src="/api/v3/attachments/101238/content">**

**After:**
<img class="image_resized op-uc-image op-uc-image_inline" style="width:444px;" src="/api/v3/attachments/101239/content">

**Admin options:**

**<img class="op-uc-image op-uc-image_inline" src="/api/v3/attachments/101553/content">**

#### Figma:

[https://www.figma.com/file/znrocQvFNLb5jXRXNo7oeD/Progress-estimation?type=design&amp;node-id=1823-5375&amp;mode=design](https://www.figma.com/file/znrocQvFNLb5jXRXNo7oeD/Progress-estimation?type=design&node-id=1823-5375&mode=design)End of the deletion