Projet

Général

Profil

Actions

Feature #10923

fermé

Affichage des fichiers dans le contenu d'une publication

Ajouté par Sebastien Vuillet il y a plus de 4 ans. Mis à jour il y a plus de 3 ans.

Statut:
Closed
Priorité:
Normal
Assigné à:
Début:
06/09/2019
Echéance:
% réalisé:

100%

Temps estimé:
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).


Demandes liées 1 (0 ouverte1 fermée)

Lié à GED - Feature #5778: Optimisation de l'affichage des publicationsClosed08/07/2014

Actions

Mis à jour par Yohann Chastagnier il y a plus de 4 ans

  • Statut changé de New à In progress...
  • Assigné à mis à Yohann Chastagnier

Mis à jour par Yohann Chastagnier il y a presque 4 ans

  • Statut changé de In progress... à Resolved
  • Version cible mis à Version 6.2
  • % réalisé changé de 0 à 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

Mis à jour par Miguel Moquillon il y a plus de 3 ans

  • Statut changé de Resolved à Integration in progress...

Mis à jour par Miguel Moquillon il y a plus de 3 ans

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é.

Mis à jour par Yohann Chastagnier il y a plus de 3 ans

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.

Mis à jour par Miguel Moquillon il y a plus de 3 ans

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 !

Mis à jour par Miguel Moquillon il y a plus de 3 ans

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 ?

Mis à jour par Sebastien Vuillet il y a plus de 3 ans

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

Mis à jour par Miguel Moquillon il y a plus de 3 ans

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 !

Mis à jour par Yohann Chastagnier il y a plus de 3 ans

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.

Mis à jour par Sebastien Vuillet il y a plus de 3 ans

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é

Mis à jour par Miguel Moquillon il y a plus de 3 ans

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.

Mis à jour par Miguel Moquillon il y a plus de 3 ans

  • Statut changé de Integration in progress... à Closed

Validé et intégré

Mis à jour par Yohann Chastagnier il y a plus de 3 ans

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

Mis à jour par Yohann Chastagnier il y a plus de 3 ans

  • Lié à Feature #5778: Optimisation de l'affichage des publications ajouté
Actions

Formats disponibles : Atom PDF