Le 23 mars 2014 21:50, Richard Theroux <bouks@bouks.net> a écrit :
Le 2014-03-23 à 15:20, Ybbet SPIP <teddy.spip@gmail.com> a écrit :
Bonsoir,
Je pense qu'ajouter cette fonction a formidable serait une très bonne
chose.
Cédric est en train de refaire/restructurer le plugin. Il serait bon
d'attendre la "fin" ou stabilisation de développement pour ajouter la
fonctionnalité désirée.
Bien vu!
Pour ma part, je pense qu'il serait bien que si on ajoute un document a un
formulaire, il faut que dans les traitements, on enregistre les réponses
aux formulaires... et que les documents joints soient instaurés dans la table
documents. Ainsi, on passerait dans la mécanique sécurisée de SPIP...
A tester. Ou pas.
Je sais par expérience qu'il est nettement préférable d'attacher les
documents au formulaire. C'est-à-dire que lorsqu'un formulaire est
consulté, on doit aussi y voir apparaître la liste des pièces jointes à ce
formulaire particulier. L'entretien est beaucoup plus facile. Supposons un
formulaire annuel et que les documents s'accumulent d'une année à l'autre :
il est bon et nettement avantageux de retrouver les documents qui sont
attachés au formulaire d'une année particulière (plutôt qu'essayer de
retrouver les documents dans une masse commune).
Je ne vois pas le soucis particulier à cela... Si on part sur des documents
attachés à un formulaire (plus exactement aux réponses d'un formulaire),
alors on a un id_objet=id_formulaires_reponse AND objet=formulaires_reponse
dans la table spip_documents_liens. La date du document devrait être celle
de l'ajout dudit document à la réponse du formulaire.
Donc, on devrait pouvoir retrouver aisément les documents de l'année
désirée.
On peut souhaiter aussi, idéalement, que dans les traitements, les
documents ajoutés à un formulaire se retrouvent bien classés sur le FTP.
Bien classé, c'est-à-dire ? Le classement de l'un n'est pas forcément le
classement de l'autre...
Certains voudront classer par année. D'autres par thématiques, d'autres par
numéro de dossier (une référence administrative, etc.) et bien d'autre
classement.
On ne trouvera pas de classement générique ou qui fera consensus.
S'il est décidé d'utiliser la gestion des documents de SPIP, alors chaque
document sera classé dans le répertoire correspondant à son extension... Si
l'extension du document n'est pas reconnu dans la table types_documents,
alors il sera nippé puis ajouter.
On pourrait imaginer à cette fonction de fichiers dans formidable que l'on
puisse dire quelles sont les extensions autorisées et donc attendues. Ça
c'est un peu plus "complexe" à mettre en place.
Si on veut nettoyer ? Eh bien, il suffit de faire une fonction qui
supprimera les documents en base et les fichiers physiques... Au même titre
que les réponses du formulaire.
----------
Ybbet
Richard
Le 23 mars 2014 à 20:13, Richard Theroux <bouks@bouks.net> a écrit :
Je ne pense pas qu'il faille s'enfarger dans les détails et discuter d'un
argument ou l'autre.
Le point me semble tout simplement de rappeler que, dans un univers
absolu, le besoin existe réellement, puis de suggérer quelques actions ou
méthodes stimulantes pour aller de l'avant.
Richard
Le 2014-03-23 à 12:16, Zapilou <csi@zapilou.com> a écrit :
Slt,
Le 23/03/2014 14:57, Beurt a écrit :
Salut,
Le 23 mars 2014 14:07, Zapilou <csi@zapilou.com> a écrit :
- je dirai même plus c'est une nécessité absolue pour spip dans ce monde
de concurrence absolue avec les autres CMS qui proposent ça
Personnellement, je préférerai que SPIP ne se place pas dans une
dynamique concurrentielle... Bref, que SPIP ne soit pas un produit,
mais reste un projet dont le but est de permettre au plus grand nombre
de construire un -chouette- espace d'expression sur le web.
Je ne pense pas que Spip se place dans une dynamique concurrentielle de
son propre chef, c'est tout simplement un certain hégémonisme des autres
qui l'y met de fait, perso j'en ai marre des cohortes de clients qui
veulent du WordPress (entre autres) sans même savoir ce que c'est ni que
Spip ou d'autres existent, mieux adaptés à leur besoin, ... mais bon
c'est un autre débat. De ttes façons, clairement je souhait un dev
open-source, juste on essaye de payer la personne qui s'y colle pour que
ce pbm d'upload soit définitivement réglé 
Je sais que c'est un gros mot (faire payer quelque chose), je sais que
c'est mettre le doigt dans un engrenage dangereux (vers le paiement des
plugins, vers le paiement du support, vers ...), mais je reste avec
l'impression que certaines choses sont tellement nécessaires qu'à un
moment, financer est peut-être la solution, ceux qui développent tout ça
doivent aussi manger, et quand certains travaux dépassent l'effort
possible à titre totalement gratuit ... Et bien sûr, développement dans
la licence de spip ...
Tout a un coût, à partir du moment où c'est du temps. Je ne gagne pas
ma vie grâce ou à cause de SPIP. Mais, je comprends fort bien que ceux
qui veulent gagner leur vie en l'utilisant comme support aient des
besoins spécifiques. À mon avis, à ce moment là, il leur revient
*entièrement* d'en assumer les couts (temps, salaires, maintenance,
etc.).
Parfaitement d'accord sauf que justement pour cette fonctionnalité là
(uploader des fichiers dans Formidable), je ne pense pas qu'on parle de
"besoins spécifiques" mais plus d'une fonctionnalité universelle
absolument nécessaire à tout le monde (tôt ou tard) et à la notoriété de
spip ...
Je n'aurai justement pas suggéré ça pour un truc "spécifique",
effectivement à tout un chacun de se débrouiller, de payer, ...
Ainsi, je ne pense pas que ce soit choquant, mais au contraire
tout à fait normal (et d'ailleurs, de ce que je comprends de nombreux
contributeurs le font avec plus ou moins de publicité. Ex.:
développements perso pour leurs propres prestations, commandes de
plugins/sites auprès de développeurs, y compris sur les listes de
SPIP, etc.).
Amicalement;
Content en tous cas de voir un avis que je juge plutôt favorable à mon
idée
--
Pierre
----
spip-zone@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-zone
----
spip-zone@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-zone
