calculer_voir_reponses : prendre en compte le cas des saisies fichiers, où il faut installer le lien de téléchargement

[Salvatore] [source:lang/ formulaires_reponse] Export depuis https://trad.spip.net de la langue pt_br
[Salvatore] [source:lang/ formulaires_reponse] Mise a jour du bilan depuis https://trad.spip.net

[Salvatore] [source:lang/ formidable] Export depuis https://trad.spip.net de la langue de
            La langue 'de' devrait être supprimée car trop peu traduite (34.39 %)

[Salvatore] [source:lang/ formidable] Export depuis https://trad.spip.net de la langue en
[Salvatore] [source:lang/ formidable] Export depuis https://trad.spip.net de la langue es
[Salvatore] [source:lang/ formidable] Export depuis https://trad.spip.net de la langue fr
[Salvatore] [source:lang/ formidable] Export depuis https://trad.spip.net de la langue it
[Salvatore] [source:lang/ formidable] Export depuis https://trad.spip.net de la langue nl
[Salvatore] [source:lang/ formidable] Export depuis https://trad.spip.net de la langue pt_br
[Salvatore] [source:lang/ formidable] Export depuis https://trad.spip.net de la langue ru
[Salvatore] [source:lang/ formidable] Export depuis https://trad.spip.net de la langue sk
[Salvatore] [source:lang/ formidable] Mise a jour du bilan depuis https://trad.spip.net

Close #35, close #36
fix #32, fix #34

date_soumission devient date_envoi, plus proche du langage courant, tout
en évitant de confondre avec date_reponse qui pourrait être la date de
l'objet.
On fait pas de migration de structure SQL car il s'agissait d'une branche de dev qui n'a existait que 24h et n'a a priori été déployé que chez le dev.

close #33

bonus: pouvoir suffixer automatiquement les sujets d'email avec [Modification d'une réponse], si pertinent

issue #33 : modifier l'entête d'email pour indiquer la date de la précédente réponse en cas de modif

issue #32 champ date_soumission : déclaration + installation + remplissage avec la date actuelle si on est sur une ancienne version

On profère l'appelation date_soumission à date_reponse car date_reponse
est peu clair, puisque c'est un champ d'un objet _reponse.
date_soumission permet de dire : "là date à laquelle la réponse a été
soumise"

oups

des chaines de langues en écriture inclusive + uniformisation (expedit* et pas envoy*) + deux trois coquilles/formulations qui pouvaient être simplifiées

lisibiité du code + potentiel bug (?). Cf https://contrib.spip.net/Formidable-le-generateur-de-formulaires#comment505441

[Formidable] Densifier l'affichage en tenant compte des remarques de Maïeul, Cédric et du define('_SAISIES_AFFICHAGE_COMPACT', 'oui');
La classe .colonincluded permet de ne pas rajouter les " :" (voir commit à suivre sur Saisies)

Respectons le markup standard. Si présentation différente, à faire en
css.
This reverts commit 5d0a7798.

Revertons le bon commit.

J'avais pas reverté le bon commit.
This reverts commit 5fb0d999.

Respectons le markup standard. Si on doit personnaliser, faisons le en
css.
This reverts commit 34b32b0b.

Lors de la réception d'un crayon, utiliser saisies_verifier() pour vérifier la saisie, et pas l'appel direct à verifier_xxx(). Cela permet de tester si la saisie est obligatoire. Fix #31

pipeline formidable_traiter_email_destinataires : passer également  id_formulaires_reponse et id_formulaire

[Salvatore] [source:lang/ formidable] Mise a jour du bilan depuis https://trad.spip.net