Project

General

Profile

Actions

Feature #10923

closed

Affichage des fichiers dans le contenu d'une publication

Added by Sebastien Vuillet over 1 year ago. Updated 8 months ago.

Status:
Closed
Priority:
Normal
Start date:
09/06/2019
Due date:
% Done:

100%

Estimated time:
Livraison en TEST:
Livraison en PROD:

Description

Par défaut, les fichiers d'une publication sont affichés comme contenu.
Hors il n'est pas toujours souhaité que ce soit le cas (notamment lorsqu'il y a beaucoup de fichiers).
Pour palier à ce problème, il faudrait pour choisir le comportement par défaut par paramétrage (afficher ou non les fichiers dans le contenu lors de leur dépôt).


Related issues

Related to GED - Feature #5778: Optimisation de l'affichage des publicationsClosed07/08/2014

Actions
Actions #1

Updated by Yohann Chastagnier over 1 year ago

  • Status changed from New to In progress...
  • Assignee set to Yohann Chastagnier
Actions #2

Updated by Yohann Chastagnier 11 months ago

  • Status changed from In progress... to Resolved
  • Target version set to Version 6.2
  • % Done changed from 0 to 100

Il est désormais possible d'indiquer à la plate-forme si les fichiers sont affichés par défaut en tant que contenu ou non.

Cela se fait via le paramètre attachmentsAsContent.default.value contenu dans le fichier de propriété $SILVERPEAS_HOME/properties/org/silverpeas/util/attachment/Attachment.properties.
Lorsque l'affichage en tant que contenu est activé pour un type d'application (cf. #5778), par défaut, les fichiers sont affichés en tant que contenu. (true = activé, false = désactivé).

PR : https://github.com/Silverpeas/Silverpeas-Core/pull/1086

Actions #3

Updated by Miguel Moquillon 8 months ago

  • Status changed from Resolved to Integration in progress...
Actions #4

Updated by Miguel Moquillon 8 months ago

A quoi sert ce paramètre attachmentsAsContent.default.value ? Il n'a à mes yeux aucune utilité. Si l'administrateur de la plate-forme ne souhaite pas que le contenu des fichiers s'affichent en tant que contenu d'une publication de tel ou tel autre application, il suffit alors simplement de ne pas spécifier le type des applications concerné avec le paramètre attachmentsAsContent.component.names. Ajouter un tel paramètre est redondant et peut prêter à confusion. En effet avec ce nouveau paramètre, s'il est à faux, alors quelque soit la valorisation de celui attachmentsAsContent.component.names, l'ensemble de tous les types d'applications, pourtant spécifié par ce dernier paramètre, n'auront pas de contenu des fichiers affichés en tant que contenu de la publication. Pas sûr que ce soit vraiment l'objet de cette demande.

Le seul intérêt que je verrais avec un tel paramètre attachmentsAsContent.default.value est qu'il spécifie le comportement par défaut du paramètre attachmentsAsContent.component.names : s'il est à vrai, alors on tombe sur le comportement habituel. S'il est à faux, alors les types d'applications listées avec le paramètre attachmentsAsContent.component.names ne devront pas voir le contenu des fichiers joints s'afficher en tant que contenu de publication (les autres, non listés avec le paramètre, supportent le comportent d'affichage de contenu des fichiers joints en tant que contenu de la publication).

A côté de ceci, j'aurais plus vue un intérêt par application. Ainsi par défaut, si son type est spécifié avec le paramètre attachmentsAsContent.component.names, alors toute instance de ce type d'application supportent l'affichage du contenu des fichiers joints comme contenu de la publication. Par contre, selon telle instance ou telle autre, on affine ce comportement via les paramètres de l'instance d'application en y indiquant si oui ou non on souhaite rendre ce comportement effectif (par défaut oui si le type est spécifié dans le paramètre attachmentsAsContent.component.names, sinon il est décoché et désactivé au changement (ou il n'apparaît pas)). Ou à la rigueur, si on ne veut un comportement fonctionnel mais plutôt de configuration, ajouter un paramètre dans Attachments.properties qui liste les instances d'application pour lesquelles l'affichage du contenu des fichiers joints en tant que contenu de publication est désactivé.

Actions #5

Updated by Yohann Chastagnier 8 months ago

Ici, il n'a pas été question de changer le niveau de granularité du paramétrage.
Simplement, lorsqu'une application peut afficher des pièces jointes en tant que contenu, le paramètre attachmentsAsContent.default.value permet d'indiquer si par défaut les fichiers joints sont ou ne sont pas affichés en tant que contenu.
Selon le contexte d'utilisation de la plate-forme il peut être souhaité que les fichiers joints soient affichés tout le temps en tant que contenu et occasionnellement pas, ou alors, il peut être souhaité qu'occasionnellement un fichier joint soit affichés en tant que contenu.

Actions #6

Updated by Miguel Moquillon 8 months ago

Heu, on fait exactement la même chose avec attachmentsAsContent.component.names : selon le contexte de la plate-forme, il suffit d'enlever ou d'ajouter le type d'application concerné. En fait le paramètre attachmentsAsContent.default.value ne fait pas mieux que attachmentsAsContent.component.names. Au contraire, il a un effet de bord trop important : c'est comme un marteau piqueur pour faire un trou de vis dans le mur !

Actions #7

Updated by Miguel Moquillon 8 months ago

Sébastien, par rapport à ton besoin, est ce que le paramètre attachmentsAsContent.component.names ne suffirait pas à le remplir ou faut il vraiment écrire du code supp juste pour ça ?

Actions #8

Updated by Sebastien Vuillet 8 months ago

Miguel Moquillon a écrit (#note-7):

Sébastien, par rapport à ton besoin, est ce que le paramètre attachmentsAsContent.component.names ne suffirait pas à le remplir ou faut il vraiment écrire du code supp juste pour ça ?

Non car cela ne permet pas de gérer des exceptions

Actions #9

Updated by Miguel Moquillon 8 months ago

Heu, quelles exceptions ?
Parce que là, je ne suis pas sûr que attachmentsAsContent.default.value remplisse ton besoin au sens où ce paramètre est du tout ou rien et ceci pour toutes les applications, quelqu'elles soient !

Actions #10

Updated by Yohann Chastagnier 8 months ago

Le paramètre attachmentsAsContent.component.names permet d'identifier les applications (par leur type) qui peuvent afficher des contenus.
Parmi les applications listées par le paramètre précédent, le paramètre attachmentsAsContent.default.value permet de dire si par défaut (c'est à dire sans aucune action d'un utilisateur) les pièces jointes sont affichées ou pas.

Actions #11

Updated by Sebastien Vuillet 8 months ago

Yohann Chastagnier a écrit (#note-10):

Le paramètre attachmentsAsContent.component.names permet d'identifier les applications (par leur type) qui peuvent afficher des contenus.
Parmi les applications listées par le paramètre précédent, le paramètre attachmentsAsContent.default.value permet de dire si par défaut (c'est à dire sans aucune action d'un utilisateur) les pièces jointes sont affichées ou pas.

Oui c'est exactement ce qui est souhaité

Actions #12

Updated by Miguel Moquillon 8 months ago

Bon ça y est. Je viens de comprendre. J'ai juste oublié un truc : sur chaque fichier joint, l'utilisateur peut préciser si ou non un fichier joint peut être affiché ! Et là effectivement, la valeur initiale de cette fonction est celle de la valeur par défaut apportée par attachmentsAsContent.default.value
Ok je comprend mieux ; j'ai cru devenir fou ou que vous vous moquiez de moi.

Actions #13

Updated by Miguel Moquillon 8 months ago

  • Status changed from Integration in progress... to Closed

Validé et intégré

Actions #14

Updated by Yohann Chastagnier 8 months ago

Pour se rafraîchir la mémoire, un petit lien vers #5778 aurait en effet été un plus :-)

Actions #15

Updated by Yohann Chastagnier 8 months ago

  • Related to Feature #5778: Optimisation de l'affichage des publications added
Actions

Also available in: Atom PDF