J'ai hésité à faire une vanne là dessus, en commençant par un "je propose de faire une IRL du 14 au 16 juillet pour le motiver pour le 17" (mais non, c'était très bien le format en septembre).

yaug J'ai du coder un "il vous reste XX heures YYY minutes" en tenant compte des heures et jours ouvrés.
Alors vos petits problèmes ...

Ah toi, elle tient compte des jours ouvrés pour que tu aies le choix dans la date?
Déjà ton compte à rebours est en heures et pas en jours, GG 👍🤣

yaugJ'ai du coder un "il vous reste XX heures YYY minutes" en tenant compte des heures et jours ouvrés.

Ah, c'est un problème sympa ça je pourrai passer facilement plusieurs heures pour chercher une solution élégante à ce genre de "petits" problèmes

J'ai pas trouvé de solution élégante et j'en ai bien chié. Mais j'ai trouvé une solution qui fonctionne

Donc l'input, c'est bien "Prenez 2 dates, des horaires d'ouverture jour par jour, et calculez-moi le delta entre les deux dates en ne considérant que le temps durant les heures d'ouverture" ? (sachant que pour un "Il vous reste x jours, x heures et x minutes", la première date est "now()" )

[Edit: pour "horaire d'ouverture" : c'est une seule plage par jour ?]

Oui c'est bien cela.
et oui on reste sur du 9h-18h en horaire fixe, mais la logique serait la même.
Toi, t'as envie de te lancer dans un test

Ca devient casse-pied quand tu inclus les jours fériés.
Il y a des fixes et des mouvants.
Noël tombe toujours le même jour, mais Pâques, Ascension et Pentecôte non (et l'un n'est plus un jour férié en France)

Il va mettre ça au programme des tests pour les candidatures je le sens.

Oui, mais il existe des listes officielles de jours fériés, soit en API, soit en opendata. C'est pas le plus compliqué, en tout cas pour la France : api.gouv.fr/les-api/jour…

C'est justement l'api officielle que j'utilise pour ça :)
calendrier.api.gouv.fr/j…

Mettre ça en test technique, c'est sans doute pas une bonne idée vu le temps que j'ai mis personnellement à réussir à avoir un truc vraiment fonctionnel.
Si un mec te pond un truc qui marche en 1h, c'est un bon gros bourrin. Bien meilleur que moi en tout cas. Mais il ne faut pas que ça soit éliminatoire en tout cas.

Naïvement, je décomposerai le problème en trois parties (je suppose que la seconde date, la "cible", est dans la plage 9h-18h d'un jour ouvré) :
- Cas "simple" : la première et seconde datetime sont sur la même journée, on fait le diff. Sinon:
- Le temps entre le max(première datetime, première datetime fixée à 9h) et la fin de la journée de travail (0 si cette datetime n'est pas un jour ouvré, ou si le temps est négatif);
- Le temps entre le début de la journée de travail du jour de la seconde datetime et la seconde datetime;
- (18-9h) * nombre de jours ouvrés entre "lendemain minuit de première datetime" et "minuit de deuxième datetime".

[Edit: Pour le dernier point, on applique la même stratégie : si c'est la même semaine,c 'est "easy". Si c'est des semaines différentes, on calcule le max(0, nb jours du lendemain de la 1ere date jusqu'au vendredi inclus); puis le nb jours du lundi à la 2e date.]

Ce que je fais :
- Phase de nettoyage des dates pour que la date de début et de fin correspondent au prochain timestamp ouvré
- Si on est le même jour , on a juste une diff à faire entre les 2 timestamps
- Sinon, je boucle en ajoutant chaque fois un jour. Si on tombe un jour pas bon (samedi, dimanche, jour férié), on poursuit sans ajouter. Si on tombe sur un jour normal, on check si c'est le bon jour. Si oui on ajoute la diff sinon, on ajoute un jour et on poursuit la boucle.

Ce n'est pas spécialement optimisé, mais ça fonctionne. Et j'en ai déjà chié des ronds de chapeaux pour arriver à ça