Skip to content
Extraits de code Groupes Projets
  1. avr. 19, 2020
  2. mars 05, 2020
  3. mars 01, 2020
  4. fév. 21, 2020
    • Maïeul's avatar
      pb #8 · fefd134a
      Maïeul a rédigé
      - si une personne reprend une veille session alors qu'il y a une modif
      en base des champs de formulaire, la veille session est annulée
      (correction faite au niveau du plugin saisies
      saisies@673fcfac)
      - si une personne modifie les saisies et qu'entre le moment où il
      commence sa modification et le moment où il valide l'ensemble des
      modifs, une tierce personne a modifié en base :
        - on met un message d'erreur
        - on demande de recommencer les modifs, à partir de ce qu'il y a en
        base
      fefd134a
    • salvatore's avatar
      [Salvatore] [source:lang/ formidable] Export depuis https://trad.spip.net de la langue en · e42581fe
      salvatore a rédigé
      [Salvatore] [source:lang/ formidable] Export depuis https://trad.spip.net de la langue pt_br
      [Salvatore] [source:lang/ formidable] Mise a jour du bilan depuis https://trad.spip.net
      e42581fe
  5. fév. 20, 2020
  6. fév. 07, 2020
  7. fév. 05, 2020
  8. fév. 03, 2020
  9. déc. 23, 2019
  10. déc. 22, 2019
  11. oct. 22, 2019
  12. oct. 21, 2019
  13. oct. 15, 2019
  14. oct. 14, 2019
  15. sept. 03, 2019
  16. juin 30, 2019
  17. juin 29, 2019
  18. juin 15, 2019
  19. juin 14, 2019
  20. mai 21, 2019
  21. mai 20, 2019
  22. mars 20, 2019
  23. mars 19, 2019
  24. mars 14, 2019
  25. mars 13, 2019
    • rastapopoulos@spip.org's avatar
      Nouvelle fonctionnalité : on utilise toutes les modifs faites en amont sur... · c12776ca
      rastapopoulos@spip.org a rédigé
      Nouvelle fonctionnalité : on utilise toutes les modifs faites en amont sur Saisies. On peut donc maintenant configurer certaines options globales dans l'interface du constructeur. Pour cela on déclare au constructeur quelles options on accepte (c'est propre au contexte de Formidable).
      
      Dans le lot, il y a donc la personnalisation du bouton final, et… le multi-étapes !
      
      Pour cela, il a fallu faire un refactoring de la fonction verifier() de Formidable où tout était en dur… On l'a donc vidé de son contenu, afin que Formidable utilise enfin l'API CVT de Saisies avec la fonction saisies().
      
      Au passsage, il y avait une vérification propre à un traitement (enregistrement) sur l'unicité : on en profite pour mettre en place un fonctionnement générique et extensible. Tout type de traitement peut désormais déclarer une fonction de vérification qui lui est propre avec traiter/montraitement_verifier(). Et si ça existe, ça sera utilisé.
      
      Il reste un problème avec ce dernier point : pour le cas habituel ça continue de marcher pareil MAIS quand on active les étapes… Pour le moment j'ai fait le choix lorsqu'il y a étapes, de lancer ces vérifications propres aux traitements à la toute fin, quand on sait qu'on est à la dernière étape. Mais du coup ça ne va pas, car les erreurs ajoutées peuvent être sur des champs qui sont à d'autres étapes. Et CVT ne le sait pas, il reste sur la dernière étape. Donc ça montre "Vous avez X erreurs" en haut, mais on ne voit pas forcément le ou les champs précis en erreur s'ils sont ailleurs. Je ne sais pas encore comment résoudre ça…
  26. jan. 24, 2019
  27. jan. 23, 2019
Chargement en cours