medmen / dienstplan

a Duty roster respecting wishes and obeying rules

• 👋 Hi, I’m @medmen, aging constantly, admirer of the 3 most beautiful girls in my world and in desperate need of a time-warp to get all my interests aligned :)

• 👀 I’m interested in ... whow a lot of things. given enough time among them i like

  • programming in PHP (my home zone), python, R, js, html, css
  • hiking, running, bouldering
  • skiing (including alpine, cross-country and touring), camping, caravaning
  • any kind of metal music as long as it has at least some good melody, groove or message to offer

• 🌱 I’m currently learning ...

  • the hard way that a day is limited to 24 hours, so after subtraction of a minimum of sleep, too much work, family and a bit of social life there is virtually no time left for my hobbies :)

• 💞️ I’m looking to collaborate on any project that

  • makes my day flow easier
  • makes my family happy
  • makes me do more with less effort

• 📫 How to reach me?

  • i am old-school at this point: drop me a personal message and I'll get back to you.
  • follow me @whateverSocialThingIsCoolRightNow and chances are good I will never answer, sorry ;)

dienstplan's Issues

Respect part-time workers and vacation

So far, we try to ditribute the number of duties evenly between all workers.
This will fall short if a person is part time emplyee, since his/her duties should match the part time fraction.
Also when an employee is on vacation she would have to squeeze all duties into the remaining days of the month which is not desired by many.

2 Solutions come to mind:

1. in rules for even distribution, add a weighting factor (more work, probably more fine grained)

2. limit the maximum duties for a person (maybe easier to realize)

format average values in statistics

see number-format
2 decimals should be enough..

Dependency Dashboard

This issue lists Renovate updates and detected dependencies. Read the Dependency Dashboard docs to learn more.

Ignored or Blocked

These are blocked by an existing closed PR and will not be recreated unless you click a checkbox below.

• Update dependency symfony/uid to v7

Detected dependencies

composer

composer.json

• slim/slim 4.*
• nyholm/psr7 ^1.8
• nyholm/psr7-server ^1.1
• php-di/php-di ^7.0
• monolog/monolog ^3.5
• slim/php-view ^3.2
• slim/flash ^0.4.0
• odan/session ^6.1
• symfony/uid ^6.4
• phpstan/phpstan ^1.10
• squizlabs/php_codesniffer 3.*
• pestphp/pest *
• pestphp/pest-plugin-drift ^2.5
• mockery/mockery ^1.6
• mikey179/vfsstream ^1.6

github-actions

.github/workflows/Tests.yml

• actions/checkout v4
• shivammathur/setup-php v2
• actions/cache v4
• actions/upload-artifact v4

---

• Check this box to trigger a request for Renovate to run again on this repository

with pre-existing wishes, changing names leads to failure

tried on working sample like this;

1. make wishes for default people

2. change names to other people

3. dienstplan fails to show up

will have to find out why...

pass messages as in wishes page

no more renegade messages somewhere on the page, please

background image linked incorrectly

link from css to ../images/bgimage.jpg

bundle debug messages

probably define $this->debug as array and fill with messages...

now wishes can be stored and changed, so make dienstplan obey them

• so far we assume that wishes have priority over other rules, so wishes-rules are parsed first.

• no checks against violation of later rules at this time ( if a person wishes duty for 2 consecutive days she probably means "any one of these dates", but currently she will be assigned 2 consecutive days (if no other conflicting wishes exist)

• wishes are randomized to avoid name based preference

in dienstplan.php $this->debug is used in different ways

first idea was to create an array of dates and short messages why a duty was (not) given to a certain person
later, I copied code from wishes.php where $this->debug is a collector for debug messages of all kinds.
mixing both seems dangerous, so untangling will be needed!

people with spaces in name make wishes fail