JPlatform 10 SP6 est une version apportant de nombreux correctifs et aussi quelques évolutions dans différents domaines de JPlatform. Cette fiche vous décrit les principales nouveautés.

Notifications (ex-Alertes)

Vous étiez nombreux à nous remonter que le terme « Alertes » pour parler des différentes notifications émises par JPlatform n’était pas toujours parlant auprès des utilisateurs. JPlatform utilise donc maintenant le terme « Notification ».

Ce terme de « Notification » était précédemment utilisé pour le suivi des changements qui est matérialisé par l’envoi d’un mail régulier (tous les jours, toutes les semaines, …) et présentant les nouveaux contenus ou les nouvelles mises à jour selon des critères personnalisables. Désormais cette fonctionnalité a été renommée « Abonnement ».

Selon votre profil et votre activité vous recevez plus ou moins de notifications. JPlatform permet aux utilisateurs de choisir la manière dont ils veulent recevoir les notifications : par mail, sur le site, sur JMobile, sur Horizon, … Et ce paramétrage peut être fait finement selon chaque type de notifications émises par JPlatform. Sur un site JPlatform avec la plupart des modules actifs, il y a plus de 200 types de notifications différents qui peuvent être émis. L’interface pour définir les règles de notification (une TRES longue liste) n’était donc plus du tout adaptée. Vous étiez nombreux à demander que cette interface soit revue.

C’est chose faite avec cette nouvelle version.

Créez une règle à partir d’une notification reçue

Le plus simple pour définir une règle est de le faire à partir d’une notification reçue. Par exemple, vous recevez sur le site une mention et vous souhaiteriez aussi la recevoir par mail. À l’inverse, vous souhaitez peut-être ne plus recevoir la notification qui vous relance sur vos tâches à terminer. Il vous suffit pour cela, de cliquer sur « Ajouter une règle… » dans le menu contextuel de la notification.

Une modale apparaît qui vous permet de choisir comment recevoir ce type de notification. Les champs « Domaine de la notification » et « Nom de la notification » sont remplis avec le type de la notification. Vous n’avez alors plus qu’à préciser où vous souhaitez la recevoir. Si vous ne souhaitez plus recevoir du tout un type de notification il vous suffit de cocher « Non » sur le champ « Recevoir la notification ? »

Gérez vos règles

Toutes ces règles sont regroupées dans l’interface de personnalisation des notifications. Celle-ci a été revue pour rendre plus lisible les règles. La très longue liste pour ajouter une nouvelle règle a été remplacée par la même modale que nous venons de voir.

Jusqu’à présent vous pouviez définir des règles très générales, mais uniquement basées sur les niveaux. Par exemple, envoyer toutes les notifications ACTIONS sur le site et par mail.

Avec cette nouvelle version, vous pouvez aussi définir des règles par « domaine » fonctionnel (Recommandation, Workflow, Tâches, Formations, ...). Pour cela, il suffit de choisir un domaine et de laisser le champ "Pour quelle notification ?" à « Toutes les notifications ». Pour faciliter la sélection, vous pouvez taper le nom d’un domaine pour le rechercher et tous les domaines sont préfixés d’une icône.

Le choix du niveau n'est proposé que si vous sélectionnez "Tout type de notification". Si vous précisez une notification, les niveaux sont masqués, car la notification impose elle-même un certain niveau, donc il n'est pas utile de le préciser.

Une fois que vous avez ajouté vos nouvelles règles, cliquez sur Enregistrer.

Visionnage et édition des images

Vous pouvez désormais cliquer sur les images présentes dans les parties textuelles des contenus pour les visualiser en plein écran. Non seulement cela vous permet de voir les images plus en détail mais vous disposez aussi d’une barre d’outils en haut à droite.

Parmi ces outils, vous avez la possibilité de retravailler l’image. JPlatform 10 SP6 intègre un nouvel éditeur d’image qui permet d’effectuer différentes opérations sur l’image :

• Recadrage
• Rotation
• Symétrie horizontale et verticale
• Changement de taille
• Filtres : luminosité, contraste, teinte/saturation, flou, chaleur
• Outils de dessin

FAQ et les glossaires

La création et la modification des FAQ et Glossaire se fait désormais par une modale.

Les gabarits d’affichage des FAQ et des glossaires ont été entièrement refaits. Ils sont plus interactifs : ouverture / fermeture, glisser/déposer pour réorganiser les entrées des FAQ.

Les termes des glossaires peuvent être répartis, ou non, par lettre.

Amélioration des interfaces

L’amélioration de l’ergonomie est une préoccupation permanente de Jalios. Plusieurs petites améliorations ont été apportées dans les interfaces de JPlatform 10 SP6.

Sur les sites multilingues, vous pouvez rédiger les contenus dans les différentes langues du site mais l’une des langues doit être déclarée comme la langue principale du contenu. Les champs obligatoires (notamment le titre) doivent être renseignés dans cette langue principale. Jusqu’à présent la langue principale d’un contenu était la langue principale du site. Désormais, il possible d’activer une propriété pour que la langue principale d’un contenu soit la même que la langue de navigation. Ainsi un contributeur qui navigue en Allemand produira automatiquement des contenus en langue principale Allemande, quelle que soit la langue principale du site.

Pour activer cette fonctionnalité, positionnez la propriété suivante :

pub.create.userlang-as-mainlanguage: true
.properties

Les liens publics permettent de donner accès à des document à des personnes n’ayant pas accès au site. Vous recevez par défaut une notification à chaque fois que le document est téléchargé par ce lien. Vous pouvez maintenant demander à ne pas recevoir la notification.

Les fenêtres modales qui servent notamment à saisir des informations se redimensionnent maintenant automatiquement en hauteur afin d’éviter d’avoir à scroller.

Lorsque vous publiez un contenu, vous devez généralement choisir dans quel espace de travail le publier. Afin de vous faciliter la tâche lorsque plusieurs espaces sont possibles, c’est désormais l’espace de votre département qui est sélectionné par défaut.

Dans les différents menus de JPlatform, l’action permettant de passer un contenu dans un nouvel état du Workflow a été rebaptisé « Changer l’état… » (au lieu de « Valider… »).

Dans l’interface qui affiche le permalien d’un contenu, un bouton a été ajouté pour copier ce permalien.

Numérique responsable

Lancé en 2008, le Label Numérique Responsable délivré par l’Agence Lucie vise à réduire l’empreinte sociale, économique et environnementale du numérique. Jalios a choisi de s'engager dans le processus de labellisation afin de formaliser sa démarche Numérique Responsable dans une approche à 360° structurée s'appuyant sur le référentiel du label, conçu par l’Institut du Numérique Responsable en partenariat avec le Ministère de la Transition Écologique et Solidaire, l’ADEME et WWF.

Dans ce cadre, JPlatform 10 SP6 intègre le support de l’initiative ZeroCarbon.email. Il s’agit de favoriser l’allégement des boîtes mails en déclenchant automatiquement la suppression des anciens mails. Il suffit pour cela d’indiquer une date d’expiration dans le mail au travers de l'entête expires. Les serveurs de mail supportant cette initiative peuvent alors supprimer les mails dont la date d’expiration est dépassée.

Toutes les notifications de JPlatform envoyées par mail ont désormais l'entête expires. Il est positionné soit à la date d'expiration indiqué dans la notification, soit défaut à 3 ans. La valeur par défaut est modifiable par la propriété alert.channel.mail.expires (indiquer un nombre de jours ou mettre -1 pour ne pas avoir d'expiration). Pour les notifications répétitve, c’est par exemple le cas avec celles rappelant la liste de lecture ou les savoir commencés et non terminés. 

Pour plus d’information sur cette initiative, consultez le site https://www.zerocarbon.email/

Dans le même esprit d’allégement du stockage, vous pouvez désormais supprimer d’ancienne versions de publications (uniquement pour celle stockées en base mais c’est maintenant la grande majorité) en cliquant sur l'icône "Poubelle" au bout de la ligne. Si par exemple vous avez travaillé sur documents et qu’il y a eu plusieurs versions successives vous pouvez choisir d’en supprimer certaines. Ceci allègera l'utilisation de l'espace disque sur le serveur.

Gestion des utilisateurs

Les administrateurs du site peuvent maintenant déployer une application sur un ensemble de lanceurs existants. Pour cela, il suffit d’afficher cette application dans le catalogue des applications et de cliquer sur le bouton « Déployer ».

Une modal s’ouvre et vous permet de choisir les membres et les groupes auxquels vous souhaitez l’ajouter.

Lors de la création d'un nouveau membre depuis l'administration d'un espace, la liste des groupes présélectionnés où ajouter le membre contient désormais :

• Le groupe par défaut du site
• ET
  • le groupe par défaut de l'espace s'il est défini
  • OU le groupe de l'espace ayant le moins de droits
  • OU le groupe sur lequel la liste des membres était filtrée

L’interface back-office de gestion de membres propose de faire des filtrages sur les invités.

Lors de l’import des membres à partir d’un fichier CSV, le nom et le prénom des membre à mettre à jour ne sont plus obligatoires.

Enfin, lors de l’export CSV des membres en base, de nouvelles colonnes ont été ajoutés : le responsable, la liste des espaces de travail, la date de dernière connexion et celle de synchronisation LDAP.

Suivi des lecteurs

Jusqu'à présent, avec la propriété readertracker.types, il était possible de définir sur quels types était activé par défaut le suivi des lecteurs. Celle-ci est éditable directement dans l’interface d’administration des propriétés (onglet Utilisateurs).

Désormais, une liste d'exclusion est disponible pour exclure des types du suivi des lecteurs avec la propriété readertracker.types-off. Pour désactiver un ou plusieurs types, ajoutez les noms de classe séparés par des espaces.

Sécurité

Contrôle des modes d’authentification

Lors de la création ou l'édition d'un membre, il est désormais possible de préciser quelles méthodes d'authentification seront supportées :

• Toutes : L'utilisateur peut s'authentifier avec toutes les méthodes d'authentification configurées sur le site (LDAP, SSO, ...) y compris son login/mot de passe local. L'utilisateur peut modifier identifiant et mot de passe.
• Externes : L'utilisateur peut s'authentifier avec toutes les méthodes d'authentification configurées (LDAP, SSO, ...), à l'exception du login/mot de passe local. L'utilisateur ne peut modifier ni identifiant ni mot de passe.
• Désactivée : L'utilisateur ne peut pas s'authentifier du tout.

Restriction du dépôt des fichiers XML, XHTML et XSD

Les fichier XHTML, XML et XSD sont par défaut déposés en tant que fichier texte (.txt).

Il est fortement recommandé de conserver cette configuration standard.

Cependant, si vous souhaitez réactiver ces formats, vous pouvez le faire en réassociant chaque extension à son extension d'origine. La réactivation de ces formats de fichier n'est pas recommandée si le dépôt de fichier est ouvert largement et que vous souhaitez garantir la sécurité de votre plateforme. Dans ce cas, vous êtes fortement invité à considérer la mise en oeuvre d'une politique de sécurité plus fine par développement spécifique. Par exemple en autorisant le dépôt de ces fichiers sensibles uniquement à certains contributeurs de confiance.

Par exemple, pour ré-autoriser le format XML, positionnez la propriété suivante :

file-document.invalid-extension.xml: xml
.properties

Fichier de log dédié à la sécurité

Un fichier de log dédié aux événements portant sur la sécurité est désormais disponible en standard dans le fichier WEB-INF/data/logs/jcms-security.log

Il est possible de modifier cette configuration dans le fichier WEB-INF/data/log4j.xml pour émettre ces évènements vers la cible de votre choix.

Validation des adresses mail

La validation des adresses mail a été améliorée et homogénéisée. En conséquence, des adresses mail précédemment considérées comme valides peuvent devenir invalides et vice-versa.

Une adresse mail invalide empêche par exemple la mise à jour d'un membre, ou d'une publication avec un champ Email.

Nouvelles ACL

Par défaut le partage inter-espace est permis à tout le monde, mais il est désormais possible de le limiter à certains membres en créant l'ACL "Partage dans un autre espace".

Il est aussi possible de limiter la population ayant accès au suivi des lecteurs, en créant l'ACL "Accès au suivi des lecteurs". Cette ACL permet de restreindre la population, en s'ajoutant aux conditions actuelles (le suivi des lecteurs est activé, le suivi des lecteurs de la publication est activé, le membre est soit admin, soit l'auteur de la publication, ....), en aucun cas à donner un accès global au suivi des lecteurs de toutes les publications.

Développement

Gabarit pour l’affichage des contenus dans les applications

Vous pouvez maintenant fournir un gabarit adapté pour les applications (via le tag appBodyInclude) pour vos publications. Ceci permet d'avoir un affichage différent dans votre full display, ou si votre publication est affichée dans une app.

Pour plus de détails, consultez https://docs.jalios.com/jplatform10/jcms/fr/front-end/applications/applications-body-10483#toc_3

Des Select enrichis

Un nouveau type de champ permet de faire des listes de choix (select) recherchable et chaque item peut avoir une icône.

Pour plus de détails, consultez https://docs.jalios.com/jplatform10/jcms/fr/front-end/formulaires/standard-html-inputs/forms-enumerate-2015