**Date** : 2023-04-05 **Objet** : réunion front **Présents** : @bmartins, @mloyat, @obitanz **Ordre du jour** 1. Tour d'humeur 2. Point d'actu front 3. Point d'actu back 4. Définir et identifier les données envoyées du front au back 5. Divers **Point d'actu front** *0. Actu registry / docker / CI-CD* Nouveau répertoire pour gérer l'infra du déploiement. À termes, on y mets les dossiers pour déployer tout sur kubernetes et tout automatiser + documentation. - [x] TODO @bmartins : ajouter Marc, Hervé et Hugo dans le dépôt lié à l'infra Sur le serveur OVH : gitlab-CI, runner, etc. Méthodo actuelle : on déploie un docker dans un docker, pas forcément top mais ça passe. 2 outils possibles. Deuxième outil conseillé par gitlab. Ajout du cache + config : temps de build ~6 minutes Dans le pipeline : déploiement du docker dans la branche develop - [x] TODO @obitanz : créer un nouveau groupe + basculer les projets infra et back + fork du front *1. Que manque-t-il pour attaquer le code concret ?* Travail en cours : déploiement automatique d'un environnement par merge request pour visualiser la feature Pour le moment : travail avec ndd perso Benoit. À voir pour acheter un NDD en commun => discussion sur le nom de l'appli ? En pause pour quelques jours afin de prioriser le travail lié au code. *2. Prochaines étapes du code ?* - Ré-équilibrage des pages de création de sondage - Déplacer le module slug dans la page titre du sondage - (Déplacer le module notification dans la page nom et mail du créateur) pas besoin pour le moment - Mise en évidence des choix (quand on sélectionne une réponse) - (Revoir l'écran final (à définir)) - Rendre le slug non-modifiable (pas besoin de créer la route api de check) - Désactiver l'accès à l'internationalisation - Désactiver le footer - Désactiver "Accéder à un sondage" - Désactiver la page "Options" - Désactiver la page "Type" - Fixer le calendrier pour supprimer le scroll horizontal en bas /!\ tester toujours en mode téléphone pour voir le rendu /!\ - [ ] TODO @obitanz : créer les issues correspondantes **Point d'actu back** On repart from scratch. Modèle de données : https://framagit.org/framasoft/framadate/funky-framadate-front/-/wikis/understand/data-model API endpoint - note de travail : https://notes.latoilescoute.net/FhjzAt7WSFSO4TxqfFJIrA?edit API endpoint - wiki : https://framagit.org/framasoft/framadate/funky-framadate-front/-/wikis/understand/api-endpoints **Interactions avec le back** Pour la création de sondage : - de quelles données a besoin le front ? sous quel format ? - quand peut-on envoyer des données au back et sous quel format ? Page 1 : envoi du slug (généré ou customisé) Back : créer une route pour vérifier l'unicité du slug => retour true / false (pas nécessaire pour l'alpha) Éventuellement, plus tard, un mécanisme de résa temporaire pour les slugs custom avec délais de 30'-1h pour créer le sondage. Page 7 : envoie du titre, de la description, du slug, du type (date pour l'alpha), d'un tableau [proposal, date], du nom du créateur et du mail du créateur. - [ ] TODO @bmartins : donne le modèle actuel des données envoyées pour valider les échanges (création + vote) Pour la réponse à un sondage : - de quelles données a besoin le front ? sous quel format ? - quand peut-on envoyer des données au back et sous quel format ? Envoie du pseudo et d'un tableau [{slot_id=,value=},{}] Pour les réponses de type date, on utilisera les mots clés : `yes`, `no`, `maybe` Plus tard : on pourra différencier le peut-être = pas sûr de ma dispo et le si besoin, dispo mais ça ne m'arrange pas trop. Format partout : json. **Divers** - essaye-t-on d'avoir des codestyling unifiées au maximum entre les 2 deux projets ou préfère suivre les standards de chaque technos ? ==> on suit les normes des technos Pas de snake_case pour les variables. Prochaine réunion d'ici 2 à 3 semaines avec front et back pour coordination et release de l'alpha \o/