Skip to content
Snippets Groups Projects

Highlight when daily/weekly work is done

Closed Dirk HOFFMANN requested to merge github/fork/jasuarez/work-done into develop

Created by: jasuarez

This PR allows to optional establish the number of hours to done per day, and how many days per week to work, so the extension will change the color depending on the work done:

As example, supposing the goal is 8h/day, 5 days/week:

  • Normal color: you worked less than 8h in the day
  • Blue color: you have done your hours in the day, and there is no delay regarding the previous days; you worked in mean 8h/day in the previous days.
  • Yellow color: you have done your hours in the day, but there is some delay regarding the previous days; this means that you worked less than 8h, and thus some hours should be done. As soon as those hours are done, the extension will become blue, which means you are the the good track.
  • Green color: you have done all the hours in the week; that is, you worked the 8 hours * 5 days. Go home and enjoy the rest of the week!

As said, this is an option that can be configure in the extension settings, as well as the number of hours per day, and number of days per week.

Merge request reports

Loading
Loading

Activity

Filter activity
  • Approvals
  • Assignees & reviewers
  • Comments (from bots)
  • Comments (from users)
  • Commits & branches
  • Edits
  • Labels
  • Lock status
  • Mentions
  • Merge request status
  • Tracking
  • Created by: jasuarez

    Closing this MR; I will post a new one with updated code.

  • Just some thoughts, how this can be made more general, in case it will be picked up later.

    I like the idea to prevent (or at least indicate) overwork with hamster. However, I think the 5×8h scheme is too simplistic to fit working hours in most cases. For instance I am presently in a 39h/week situation with 8+8+8+8+7 hours of work requested (officially). Previously I worked on a 8+8+8+8+4 scheme, and some of my colleages have 8+8+4+8+7. In addition, not all countries use Sunday as day of rest, which is a working day in the Middle East.

    Therefore I think there should be three ways of parametrising possible, which steers the way of signalling the accounted hours with respect to the defined work pensum:

    • No signalling (as presently). Should be kept for compatibility.
    • Define work time per week. The signalling would only be able to indicate the "time go leave for week-end" then. But fine.
    • Define the work time on a day (of week) per day basis.
    • In addition, propose and option to "merge" overtime:
      • within the same week (in case of DOW-based times)
      • within the same month (more delicate, as this cuts into weeks usually; not sure if feasible)
      • within the last n weeks
      • within the current year.

    All this could easily go with an overhour counter as additional feature. But I would rather leave that to an external tool like the summary generator mentioned here.

Please register or sign in to reply
Loading