Inversement j’ai du mal à comprendre pourquoi BigUp a refait une autre manière séparé et dépendante de son infrastructure (avec la lib JS etc), alors qu’il me semble que la mécanique CVT devrait savoir gérer la problématique « garder les fichiers uplaodés durant les hits PHP même quand on s’arrête durant verifier() ou du multi étapes » qu’on utilise BigUp ou pas (qui est une lib JS pour uplaoder par drag n drop), càd y compris avec des inputs files classiques.
Peut-être que c’est aussi le cas, mais ce n’est pas ce qu’on en comprend (ni ce qui est concrètement non-découpé puisque imbriqué dans le plugin BigUp).
C’était tout l’objet de CVT Upload de concevoir une extension à CVT qui gère cette problématique des FILES à garder en mémoire quelque soit les champs de fichiers, et même qu’on utilise Saisies ou pas : vraiment uniquement une extension à CVT seul. Pour être ensuite intégré au core donc vraiment à CVT, et qu’ensuite des plugins (BigUp, Saisies, autres) puissent utiliser ce mécanisme suivant leurs besoins.
Quant à #SAISIE_FICHIER, ce n’est du coup pas une vraie Saisies, impossible à utiliser du coup dans la vraie API PHP complète, et donc impossible à déclarer comme champs possibles au « constructeur » pour Formidable, Champs Extras, etc.
D’où le fait qu’on a dit depuis un moment avec @maieul qu’il faudrait vraiment « fusionner », ou « dédoublonner » les fonctionnalités entre BigUp et CVT Upload, et que tout ça se retrouve si possible dans le core directement (et pas dans BigUp puisque ça doit marcher sans ce plugin optionnel, avec des input file basiques aussi).
