Projet

Général

Profil

Actions

Feature #9495

fermé

Variables

Ajouté par Nicolas Eysseric il y a presque 7 ans. Mis à jour il y a plus de 6 ans.

Statut:
Closed
Priorité:
Normal
Assigné à:
Catégorie:
-
Début:
26/01/2018
Echéance:
% réalisé:

100%

Temps estimé:
Livraison en TEST:
Livraison en PROD:

Description

Il est déjà possible d'insérer dans un contenu WYSIWYG un fichier (provenant d'une GED - paramètre Banque de fichiers) ou une image (provenant de la médiathèque - paramètre Banque d'images).
Ainsi, une référence vers le fichier ou l'image est insérée. Le contenu est alors toujours à jour même si le fichier ou l'image est modifiée dans la GED ou la médiathèque.

Sous le nom Valeurs dynamiques, un système similaire pour des données textuelles existait dans la version 5 mais était utilisé de manière assez confidentielle. Il mettait en oeuvre l'application MyDB ainsi qu'un développement associé à l'éditeur WYSIWYG. Il présentait également quelques limitations dont la plus importante est l'usage unique du libellé en tant que clé. Les modifications de ce libellé étaient alors impossible.

Cette évolution a pour objectif de développer un nouvel outil dédié à la gestion centralisée de données variables. Il viendra en remplacement de l'application non dédiée MyDB. Ce nouvel outil permettra une plus grande évolutivité autour des valeurs dynamiques et une meilleure expérience utilisateur. Il sera également plus visible.

Gestion des variables
Cet outil sera accessible depuis le back office aux seuls administrateurs généraux de la plate-forme (partie Outils).
Une variable sera constituée des attributs suivants : id, libellé, liste de périodes {valeur, date de début, date de fin}.
Il permettra de créer, modifier et supprimer une variable ainsi que ses périodes.
Lors de la suppression, il n'y aura pas de contrôle sur l'utilisation de la variable.

Sélection de la variable (mode édition)
Un plugin de l'éditeur WYSIWYG sera spécialement créé. Cela est nécessaire pour gérer à la fois l'identifiant de la variable et son libellé.
Il présente plusieurs avantages :
  • une meilleure ergonomie, la fonctionnalité sera accessible plus facilement et même lorsque l'éditeur est utilisé en mode Plein écran.
  • la variable insérée sera facilement déplaçable dans le contenu (ancre + zone protégée),
  • l'intégrité de la valeur sera assurée car l'utilisateur ne pourra pas altérer la zone de texte associée à la variable.

Le texte inséré sera de la forme : <span class="sp-variable" rel="12"></span>
En fonction du mode (édition ou lecture), l'élément sera alimenté respectivement par le libellé de la variable ou la valeur de la variable elle-même (en tenant compte de l'éventuelle période en cours).


Fichiers

variables-insert.png (18,1 ko) variables-insert.png Nicolas Eysseric, 26/02/2018 09:26
variables-admin.png (44,6 ko) variables-admin.png Nicolas Eysseric, 26/02/2018 09:26
variables-new.png (40,2 ko) variables-new.png Nicolas Eysseric, 26/02/2018 09:26
variables1.png (143 ko) variables1.png David Lesimple, 21/03/2018 09:18
index.png (28,9 ko) index.png David Lesimple, 04/05/2018 10:14

Mis à jour par Nicolas Eysseric il y a presque 7 ans

  • Statut changé de New à In progress...
  • Assigné à mis à Nicolas Eysseric
  • % réalisé changé de 0 à 50

Mis à jour par Nicolas Eysseric il y a presque 7 ans

La gestion centralisée des variables :

La création d'une nouvelle variable (avec une période éventuelle) :

L'insertion dans le contenu riche :

Pour bénéficier du plugin, il faut l'ajouter à la configuration personnalisée de l'éditeur :

config.extraPlugins = 'userzoom,identitycard,autolink,video,html5audio,imageresizerowandcolumn,variables';

Ainsi que dans la barre d'outils :
{ name: 'insert',      items : [ 'Image','Video','Html5audio','Iframe','Table','HorizontalRule','Smiley','SpecialChar','PageBreak', 'identitycard', 'userzoom', 'variables' ] }

Petit changement : la classe CSS utilisée est sp-variable au lieu de dynamicValue comme indiqué précédemment.

Traité par PR :

Mis à jour par Miguel Moquillon il y a presque 7 ans

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

Mis à jour par Miguel Moquillon il y a presque 7 ans

J'ai fini par modifier le code pour d'une part le mettre en conformité vis à vis de nos conventions de codage mais aussi pour corriger de nombreux points non traités.
Au regard de l'importance des changements, cette modification a conduit à de nouveaux PR :

Mis à jour par Nicolas Eysseric il y a presque 7 ans

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

Validé et intégré.

Mis à jour par David Lesimple il y a presque 7 ans

  • Statut changé de Closed à Re-opened

Si la valeur est du html, il est impossible de le modifier, par exemple:

<a href="toto.jsp">titi</a>

Seul le terme titi est modifiable.

Mis à jour par David Lesimple il y a presque 7 ans

D'autre part, dans l'éditeur wysiwiyg, la popin de sélection d’une variable n'est pas centrée.

Mis à jour par Nicolas Eysseric il y a presque 7 ans

David Lesimple a écrit :

Si la valeur est du html, il est impossible de le modifier, par exemple:

[...]

Seul le terme titi est modifiable.

Ce point a été traité via le commit : https://github.com/Silverpeas/Silverpeas-Core/commit/4c0c5f8dca713b364d18413525dd08ee29da8c46

Mis à jour par Nicolas Eysseric il y a presque 7 ans

David Lesimple a écrit :

D'autre part, dans l'éditeur wysiwiyg, la popin de sélection d’une variable n'est pas centrée.

Je ne reproduis pas le problème (Chrome, Firefox, IE11 et Egde) avec des libellés longs.
Peut-être est-ce lié à la CSS spécifique ?

Mis à jour par David Lesimple il y a presque 7 ans

Nicolas Eysseric a écrit :

David Lesimple a écrit :

D'autre part, dans l'éditeur wysiwiyg, la popin de sélection d’une variable n'est pas centrée.

Je ne reproduis pas le problème (Chrome, Firefox, IE11 et Egde) avec des libellés longs.
Peut-être est-ce lié à la CSS spécifique ?

Mis à jour par Aurore Allibe il y a presque 7 ans

Action at revision: 10897 pour le probleme :

D'autre part, dans l'éditeur wysiwiyg, la popin de sélection d’une variable n'est pas centrée.

Mis à jour par David Lesimple il y a plus de 6 ans

- Point à corriger sur la présentation du tableau :

  1. Colonne « fin » trop étroite, cela pénalise la lisibilité
  2. Colonne « nombre de valeurs planifiées » : chiffre à centrer svp pour améliorer lisibilité
  3. Colonne « opérations » : mettre un espace plus grand entre le crayon de la croix pour faciliter la sélection du crayon et surtout éviter de cliquer sur la croix.
  4. lorsque l'on consulte une fiche de valeurs (via le crayon), pour retourner au tableau, on doit cliquer sur le fil d'ariane qui revient sur la première page du tbleau même si la valeur consultée n'était pas en première page.

Mis à jour par Nicolas Eysseric il y a plus de 6 ans

David Lesimple a écrit :

- Point à corriger sur la présentation du tableau :

  1. Colonne « fin » trop étroite, cela pénalise la lisibilité
  2. Colonne « nombre de valeurs planifiées » : chiffre à centrer svp pour améliorer lisibilité
  3. Colonne « opérations » : mettre un espace plus grand entre le crayon de la croix pour faciliter la sélection du crayon et surtout éviter de cliquer sur la croix.
  4. lorsque l'on consulte une fiche de valeurs (via le crayon), pour retourner au tableau, on doit cliquer sur le fil d'ariane qui revient sur la première page du tbleau même si la valeur consultée n'était pas en première page.

Je regarde...

Mis à jour par Nicolas Eysseric il y a plus de 6 ans

David, peux-tu me transmettre une copie d'écran qui met en exergue le problème de la colonne Fin qui est trop étroite ?

Mis à jour par David Lesimple il y a plus de 6 ans

Mis à jour par Nicolas Eysseric il y a plus de 6 ans

  • Statut changé de Re-opened à Resolved

Les points indiqués ont été traités à l'exception du premier.
Pour celui-ci, je pense que le "problème" vient de la CSS spécifique qui doit surcharger le padding par défaut de la classe ArrayCell.

.ArrayCell {
    background-image: none;
    padding-left: 8px;
    padding-right: 8px;
}

Traité par commit : https://github.com/Silverpeas/Silverpeas-Core/commit/14c160ccd57f111ce5cfe4d32275a85f35df1ee5

Mis à jour par Aurore Allibe il y a plus de 6 ans

en effet ajout d'un padding pour les ArrayCell

At revision: 11023

Mis à jour par David Lesimple il y a plus de 6 ans

Retour du client sur l'interface :

Merci pour l'élargissement des colonnes "début" et "fin" et d'avoir mis un petit écart entre le crayon et la croix.
Toutefois, lorsque l'on ouvre une valeur (avec le crayon), dans le tableau qui s'affiche le crayon et la croix sont toujours très proches. (PJ1)
Sauf erreur, vous ne m'avez pas apporté d'éléments sur les points suivants :

1. Lorsque l'on consulte une fiche de valeurs (via le crayon), pour retourner au tableau, on doit cliquer sur le fil d'ariane qui revient sur la première page du tableau même si la valeur >consultée n'était pas en première page.

2. La colonne "Nombre de valeurs planifiées" ne comporte qu'1 chiffre est très large

3. sur le tableau général, la position du crayon qui permet d'ouvrir la fenêtre valeur n'est pas pratique : l'identification de la valeur se fait dans la première colonne et la sélection dans la dernière. Peut-être est-ce aussi la hauteur des lignes qui joue >> il n'est pas évident de cliquer sur le crayon qui corresponde à la valeur que l'on souhaite ouvrir. pouvez-vous améliorer ce point svp ?

Mis à jour par Nicolas Eysseric il y a plus de 6 ans

Voici les modifications apportées après le retour du client principalement concerné :

Côté back office :

  • La colonne s'intitule désormais "Valeurs planifiées" au lieu de "Nombre de valeurs planifiées"
  • Cette colonne est maintenant triable
  • Un clic sur le libellé de la valeur amène vers la page de modification
  • Sur la page de modification, les icônes associées aux opérations sont espacées.

Côté front office, le plugin de remplacement a été supprimé. Tous les remplacements sont désormais réalisés côté serveur.

Traité par PR : https://github.com/Silverpeas/Silverpeas-Core/pull/910

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

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

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

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

Validé et intégré en 6.x

Mis à jour par David Lesimple il y a plus de 6 ans

  • Statut changé de Closed à Re-opened

Si la valeur comporte du code HTML, celui-ci n'est pas interprété lors du rendu mais simplement affiché.

Mis à jour par Nicolas Eysseric il y a plus de 6 ans

  • Statut changé de Re-opened à Resolved

Le code HTML est désormais correctement interprété.
Commit https://github.com/Silverpeas/Silverpeas-Core/commit/0edd6910cbf260acf4e1d0d677714582e869c8b7

Mis à jour par Nicolas Eysseric il y a plus de 6 ans

  • Statut changé de Resolved à Closed
Actions

Formats disponibles : Atom PDF