[Salvatore] [source:_plugins_/formidable/trunk/lang/ formidable] Export depuis http://trad.spip.net de la langue en

[Salvatore] [source:_plugins_/formidable/trunk/lang/ formidable] Export depuis http://trad.spip.net de la langue de

pour un admin restreint à partir du formulaire de configuration de
Formidable et non plus à partir d'une variable globale

reçoit un accusé de réception de soi même !

[Salvatore] [source:_plugins_/formidable/trunk/lang/ paquet-formidable] Export depuis http://trad.spip.net de la langue en

Les listes de reponses sont par defaut non signifiantes car n'affichant aucune autre information que la date de saisie et l'IP source.
On permet de configurer pour chaque formulaire une chaine qui sera utilisee pour afficher un resume de chaque reponse (les champs @input_1@.. etant remplaces par leur valeur).
Ceci rend les listes de reponse beaucoup plus utilisables.

[Salvatore] [source:_plugins_/formidable/trunk/lang/ formidable] Export depuis http://trad.spip.net de la langue en

spip.php?page=formulaire&id_formulaire=2&var_mode=recalcul

[Salvatore] [source:_plugins_/formidable/trunk/lang/ formidable] Export depuis http://trad.spip.net de la langue es

+ par defaut les formulaires avec le plus de reponses en tete
(il faudrait peut etre ceux avec les reponses les plus recentes en fait, a voir)

Statut archive (refuse) pour les formulaires : ils ne sont plus visibles en ligne mais on conserve le contenu et les reponses
+ la balise #FORMIDABLE n'affiche que les formulaires publies (ou prop en preview) dans le site public

[Salvatore] [source:_plugins_/formidable/trunk/lang/ formidable] Export depuis http://trad.spip.net de la langue es

correction d'un bug dans la balise #FORMULAIRE_FORMIDABLE

[Salvatore] [source:_plugins_/formidable/trunk/lang/ formidable] Export depuis http://trad.spip.net de la langue es

[Salvatore] [source:_plugins_/formidable/trunk/lang/ paquet-formidable] Export depuis http://trad.spip.net de la langue es

[Salvatore] [source:_plugins_/formidable/trunk/lang/ formidable] Export depuis http://trad.spip.net de la langue es

- lors de l'enregistrement d'un objet on reconnait les raccourcis qui inserent un formulaire et on maintient les liens
- sur la fiche d'un formulaire on affiche les objets qui l'utilise
- sur la fiche d'un objet on affiche les formulaires utilisés
- correction du modèle <formXX> pour ne pas mettre en cache le formulaire dans le site public tout en affichant le formulaire dans l'espace privé
- introduction du modèle <formidableXX> qui permet d'inserer un formulaire avec une syntaxe courte pour #ID_FORMULAIRE=XX
- chaines de langue et styles
- recreation des liens formulaires-articles lors de l'import f&t

Pour le moment, on ne rattrape pas les liens sur les formulaires déjà utilisés dans des contenus sur une installation existante de formidable. Pour forcer la mise à jour des liens il suffit d'enregistrer le contenu qui utilise un formulaire

Lors de l'import f&t les formulaires sans réponses sont mis en statut proposé, les autres en publiés

chaines de langue pour les statuts, liste des réponses plus claire, et filtrage des réponses par statut dans la page des réponses (onglets Toutes/A modérer/Validées/Supprimées)

on masque le gros message vert et le gros bouton "Reinitialiser" trop affordants qui sont proposés par saisies.
 A la place un message simple en haut, et le bouton "Revenir à la dernière version enregistrée" dans le cartouche en bas, qui apparaissent dès qu'une saisie est modifiée

quand le formulaire n'a encore aucun champ de saisie, soyons un peu plus smart et convivial dans ce qu'on affiche : un message qui explique la situation plutot qu'un bouton "enregistrer" sorti de nulle part et incompréhensible

squelette HTML du formulaire d'edition, declaration champs_editables et champs_versionnes dans l'API tables_objets_sql, nommage génériques et implémentation des fonctions de editer/formulaire (avec support des vieux nommages)
+ ajout d'une chaine de langue sur erreur de format
+ bugfix verification unicité de l'identifiant