Closed marsante closed 2 weeks ago
Merci encore une fois pour tout ce que tu fais !
Une petite chose : quand on joue sur le composer.json il faut penser à générer un composer update à la mise à jour. J'ai réglé ça ici #aab797f et consolidé une nouvelle 8.1.3
B.
Ah, je pensais qu'un composer update était fait à chaque mise à jour. Je le saurai pour la prochaine. Je n'ai pas réussi encore à trouver le bug de l'export de donnée en ods ou xls.
C'est une idée pour l'update systématique. Mais est-ce qu'on ne risque pas de casser un truc qui fonctionne ... c'est pour ça je crois qu'on avait pas fait comme ca. Pour l'export, c'est "normal" que ça casse. Enfin bon ... ca ne devrait pas ... Le registreID est utilisé dans le cadre de l'utilisation du logiciel comme outil de registre/cohorte. On va créer un registre, par exemple "Luxation d'épaule", on va pouvoir créer des Centres d'études (des CHU, des CH, des Cliniques ....) qui vont participer au registre. Chaque praticien va appartenir à un Centre. Tout le monde pourra rentrer ces cas via des formulaires spécifiques. Enfin l'admin du registre pourra exporter toutes les données. Ca c'est donc le cas d'usage complet. Faudrait que je regarde si au niveau d'un usage monopraticien, sans utilisation de registre, on peut faire en sorte que ca fonctionne.
Corrige les paquets abandonnés dans le 1er composer.json le meta paquet fpdi-fpdf est remplacé par les paquets respectifs fpdi et fpdf. box/spout est remplacé par openspout
controlers/outils/actions/inc-action-exportDataDownload.php
est mise à jour en conséquence.Je n'ai pas pu tester jusqu'au bout openspout. Une erreur était présente pour l'export des données avant avec spout
et est toujours présent avec openspout
Pour docker, j'ai mis l'image sur master, et j'ai accéléré l'installation des extensions php avec la prise en compte de tous les cœurs du processeur.