Saisies fichiers #4

Open
opened 10 months ago by maieul · 2 comments
maieul commented 10 months ago
Collaborator

Hop,

un ticket de réflexion : il y a plusieurs demande d'avoir des saisis fichiers en champ extra. Par exemple j'ai le cas d'une personne qui souhiaterait associer des fichiers en tant que champ extra d'une réponse.

Ca pose question car c'est potentiellement redondant avec les documents natifs de SPIP. Mais tout de même, parfois plus pertinent (notamment si on veut s'assurer que pour un objet donné il n'y a qu'un fichier).

Bon du coup la question est

  1. Bonne idée/mauvaise idée ?
  2. Si mauvaise idée, faudra documenter explicitement pourquoi on propose pas
  3. Si bonne idée, faudra voir où on stocke le fichier champ extra
Hop, un ticket de réflexion : il y a plusieurs demande d'avoir des saisis fichiers en champ extra. Par exemple j'ai le cas d'une personne qui souhiaterait associer des fichiers en tant que champ extra d'une réponse. Ca pose question car c'est potentiellement redondant avec les documents natifs de SPIP. Mais tout de même, parfois plus pertinent (notamment si on veut s'assurer que pour un objet donné il n'y a qu'un fichier). Bon du coup la question est 1. Bonne idée/mauvaise idée ? 2. Si mauvaise idée, faudra documenter explicitement pourquoi on propose pas 3. Si bonne idée, faudra voir où on stocke le fichier champ extra

Oué, la question se pose souvent, et la réponse n’est pas claire :)
Pourtant je suis quasiment sûr qu’il y aurait tout plein d’usages.

Pour sûr, il me semble qu’il faut créer le fichier dans spip_documents pour avoir toutes les fonctionnalités dessus (taille, miniatures, titre...), sinon avoir simplement un chemin '/config/fichiers/xx' me semble trop limité.

Le champ extra pourrait alors revenir à stocker l’identifiant du document.
Ce qui peut être délicat à gérer c’est pas tant l’upload + mise en document,

  • que la gestion de la suppression / changement de document déjà actif sur le champ (le document est-il utilisé ailleurs ; déliaison ou suppression ?)
  • la gestion des autorisations de voir le document (considéré orphelin) dans la médiathèque car non lié à l’objet via spip_documents_liens ou un <docXX> dans le texte

Et sinon à quoi pourrait correspondre une possibilité d’autoriser plusieurs documents sur un même champ extra

Oué, la question se pose souvent, et la réponse n’est pas claire :) Pourtant je suis quasiment sûr qu’il y aurait tout plein d’usages. Pour sûr, il me semble qu’il faut créer le fichier dans spip_documents pour avoir toutes les fonctionnalités dessus (taille, miniatures, titre...), sinon avoir simplement un chemin '/config/fichiers/xx' me semble trop limité. Le champ extra pourrait alors revenir à stocker l’identifiant du document. Ce qui peut être délicat à gérer c’est pas tant l’upload + mise en document, - que la gestion de la suppression / changement de document déjà actif sur le champ (le document est-il utilisé ailleurs ; déliaison ou suppression ?) - la gestion des autorisations de voir le document (considéré orphelin) dans la médiathèque car non lié à l’objet via spip_documents_liens ou un `<docXX>` dans le texte Et sinon à quoi pourrait correspondre une possibilité d’autoriser plusieurs documents sur un même champ extra
Poster
Collaborator

mais si on met dans la table de document, quel différence avec un document lié avec une liaison typée ?

mais si on met dans la table de document, quel différence avec un document lié avec une liaison typée ?
Sign in to join this conversation.
No Label
No Milestone
No Assignees
2 Participants
Notifications
Due Date

No due date set.

Dependencies

This issue currently doesn't have any dependencies.

Loading…
There is no content yet.