Documentation en ligne

Chaque deuxième et quatrième jeudi du mois, en fin de soirée, sort une nouvelle version de Publik. La semaine précédente les nouveautés contenues dans la version à venir sont annoncées ici.

13 juin 2024

Nouveautés

  • Traitement : Ajout d’un mode d’affichage alternatif, compact, sur les données des demandes et fiches. Il permet d'obtenir une vision plus ramassée du résumé d'une demande/fiche.

  • Agendas : Pour permettre une gestion plus fine des permissions de paramétrage des agendas, une nouvelle fonction « administration » fait son apparition. Elle rassemble toutes les permissions qui étaient celles de la fonction « Édition » auparavant. Cette dernière ne permet plus les paramétrage les plus avancés (types de RdV, ressources, permissions...). Tous les détails sont sur Tracim ce qui nous donne l'occasion de remercier les Métropoles de Lyon et Metz pour le financement de ce développement.
  • Statistiques : Autre développement mutualisé, l'amélioration des indicateurs statistiques arrive petit à petit. Deux nouveautés pour cette release : des statistiques d'envoi de SMS par démarche d'une part, une première colonne avec le numéro de ligne pour les indicateurs affichés sous forme de tableaux d'autre part.
  • Applications : Une nouvelle icône à côté de chaque dépendance (élément de l'application qui n'a pas été sélectionné explicitement lors de sa construction), permet de comprendre son origine.

  • Formulaires : Extensions aux tests de formulaires pour permettre de spécifier des paramètres de requête. Cela va permettre de tester le fonctionnement de gabarits du type {{ request.GET.xxxxx }} sur la première page d'un formulaire.
  • Formulaires : Dans les champs fichiers/images, une option permet la réduction automatique de la taille pour économiser des ressources. Elle est maintenant activée par défaut.
  • Workflows : Lorsque l'on changeait le workflow associé à un formulaire, les données de traitement qui existaient dans l'ancien et pas dans le nouveau étaient supprimées sans préavis. Il y a maintenant un message d’avertissement explicite permettant d'éviter la perte desdites données si elle n'est pas souhaitée.
  •  

Corrections

  • Prise en compte de la collectivité lors de l’envoi d’un lien à l’inscription d’un usager déjà enregistré.
  • Mise en place du contrôle d’accès par service pour les connexions CAS.
  • Conservation de l’usager et du canal sélectionné dans les brouillons de saisie backoffice.
  • Amélioration de la détection des expressions dans les modèles de document pour éviter certains faux positifs.
  • Suppression du bouton « hors application » sur les pages des objets.
  • Restauration de la fonctionnalité de suggestion de correction sur le nom de domaine du courriel dans les démarches.

Développement

  • Mise en place d’une section « Sécurité » pour contrôler le paramétrage de l’entête Content-Security-Policy.
  • Possibilité de filtrer les tâches asynchrones d’un connecteur selon leur statut.
  • Ajout d’une invalidation du cache des fiches si ?nocache est présent dans l’URL et si la session est authentifiée.
  • Modification du filtre |add_days pour conserver l’heure éventuelle.
  • Ajout des filtres |get_table_column et |get_table_row pour obtenir l’ensemble des valeurs d’une colonne (ou d’une ligne) d’un tableau.

23 mai 2024

Nouveautés

  • Agendas : Pour disposer d'une URL ou d'une description dans l'export ICS d'un rendez-vous, il fallait les avoir indiquées explicitement dans l'appel webservice de réservation. Désormais si ces informations ne figurent pas dans l'appel, les informations contenues dans l'événement sont directement utilisées.
  • Applications : les applications font un bond en avant avec la possibilité d'y inclure maintenant des pages de portail (agent ou citoyen) et des agendas. Il s'agit d'un développement mutualisé.
  • Formulaires : Ajout d'une barre de progression lors du téléchargement d'un fichier.
  • Formulaires : En saisie backoffice et concernant les formulaires pour lesquels un «  rôle du demandeur » était configuré, on ne tenait pas compte de l'obligation de saisir un demandeur. C'est maintenant le cas si l'on configure dûment le formulaire dans la rubrique « saisie backoffice » en exigeant qu'un usager soit associé à la saisie.

  • Portails / Workflows : Depuis une cellule « Fiche(s) » dont on personnalise l'affichage, on peut maintenant choisir « Action » pour afficher un bouton d'action déclenchant une action globale du workflow de la fiche. Cette action globale doit être configurée avec un déclencheur externe. Attention le cache de la cellule peut vous empêcher de voir immédiatement l'action globale que vous venez de créer dans le workflow (problème en cours de correction). Le plus simple pour y accéder sans délais est de dupliquer la cellule Fiche(s). C'est une avancée très importante en particulier pour améliorer les interfaces métier que l'on construit parfois avec le portail.

  • Workflows : Le nom des variables contenant les réponses aux appels webservice devient plus explicites avec une forme « form_workflow_wscall_<identifiant> ». Pas d'inquiétude concernant les identifiants utilisés jusqu'à lors qui continue de fonctionner, mais il est préférable d'utiliser cette nouvelle forme désormais.
  • Workflows : Autre développement mutualisé très attendu, l'apparition des boucles de workflow. Elles permettent de répéter plusieurs fois les actions d'un statut (autant de fois qu'il y a d'éléments dans la liste utilisée comme paramètre). Les détails sont ici.
  • Accessibilité : gestion de aria-live et aria-errormessage sur les messages de validation « live ».
  • Traitements : Amélioration de la recherche plein texte dans les demandes.

Corrections

  • Prise en comptes des agendas virtuels pour ce qui concerne le lien avec l'ANTS.
  • Affichage de la vraie date de fin lors de l'installation ou la mise à jour d'une application.
  • Sur l'affichage du contenu d'une application, ne présenter que les types réellement utilisés.
  • Invalidation du cache d'une source de donnée si on en change la durée de conservation.
  • Amélioration de la détection des numéros de téléphones portables, notamment pour le filtre|is_french_mobile_phone_number
  • Le pré-remplissage des champs de type « date » se met bien à jour si la valeur calculée change.
  • Sur un formulaire non anonyme, ne pas permettre de décocher l'affichage de l'usager lors de la saisie backoffice.
  • En saisie backoffice, toujours afficher le bloc « utilisateur » dans la barre latérale.

Développement

  • Extension des logs concernant les échanges OpenID Connect, pour mieux déboguer les problèmes.
  • Création d'un log explicite en cas de détection de mauvaise signature OpenID Connect (JWT).
  • Permettre l'utilisation d'un temps d'expiration (timeout) à zéro sur les requêtes du connecteur proxy, signifiant l'utilisation du timeout système.
  • Sur un géocodage inverse (lors d'un clic sur une carte), conserver le résultat obtenu (et pas juste les coordonnées du clic).
  • Ajouter les dépassements de limites (blocantes) dans les dépréciations.

 

9 mai 2024

Nouveautés

  • Démarches : actualisation à la volée des messages d'erreurs en haut de page.
  • Formulaires : dans le bloc Options, ajout d'une nouvelle entrée Saisie backoffice pour paramétrer ce qui doit être affiché ou non dans la barre latérale de l'écran de saisie. Par exemple, pour masquer le canal.

  • Workflows : nous avons simplifié l'ergonomie de l'action « Saut automatique ». Désormais, vous déterminez clairement l'exécution de celui-ci : immédiate, après expiration d’un délai, ou lors d’un appel webservice.

  • Workflows : du côté des actions globales, ajout sur le déclencheur manuel de la possibilité de déclencher l'action sur les statuts en pause, final ou de transition.
  • Blocs de champs : vous utilisez depuis longtemps les conditions de sortie de page, désormais vous pourrez également utiliser les conditions de sortie de bloc. Très utile pour tester l'âge des enfants, peu importe le nombre d'occurrences. Pour cela vous devrez utiliser block_var_IDENTIFIANT.

  • Blocs de champs : la variable {{ form_details }} affiche désormais la valeur de chaque champ du bloc, plutôt que le gabarit de résumé.
  • Sources de données : dans la liste des formulaires qui utilisent une source de donnée, le lien pointe désormais directement vers le champ où celle-ci est utilisée.
  • Statistiques : plusieurs améliorations du côté de la cellule graphe : ajout d'une option pour afficher les valeurs sur le graphe plutôt qu'au survol, ajout d'un nouveau type de graphe, le camembert avec un affichage en pourcentage (il est conseillé pour des raisons d'accessibilité de privilégier l'utilisation des barres empilées (%) au delà de 3 valeurs).
    Nous avons également ajouté l'autocomplétion sur la cellule filtres.
  • Applications : ajout de filtres avec la possibilité de rechercher un libellé ou de sélectionner un type de contenu dans l'application.

Corrections

  • Affichage de tous les formulaires concernés quand plusieurs actions « Formulaire » avec le même identifiant se trouvent dans un statut de workflow.
  • Amélioration du rendu des images rectangulaires dans les listes d'image, en permettant de configurer indépendamment la hauteur et la largeur.
  • Prise en compte de l’option de demande de confirmation pour les actions de masse après l’application de filtres sur les tableaux de traitement.

Développement

  • Prise en charge d’un paramètre « max_places » aux API pour filtrer les évènements en fonction d'un maximum de places disponibles.
  • Possibilité de configurer un connecteur pour ne pas transmettre ses traces critiques par courriel.
  • Ajout aux journaux d’exécution des cron des démarches d’un récapitulatif sur les ressources consommées (processeur, mémoire, requêtes SQL).
  • Extension au filtre |getlist pour permettre d’aller chercher des données complexes au sein de blocs de champs.
  • Les tests de formulaire/workflow sont désormais inclus lors de la création d'une application.

25 avril 2024

Nouveautés

  • Backoffice : ajout de la possibilité de documenter les workflows, leurs statuts, leurs actions, leurs données de traitement, mais également les formulaires, leurs champs, les sources de données, etc.

  • Gestion des identités : amélioration de la recherche sur les rôles pour ne pas tenir compte des accents.
  • Agendas : possibilité de plier/déplier les catégories d’agendas.
  • Statistiques : lors de l'affichage des indicateurs sous forme de tableau, vous pourrez désormais choisir d'avoir un total par ligne, par colonne, les deux, ou aucun.
  • Historique : amélioration de l'affichage quand on compare deux sauvegardes au format XML entre elles pour mettre en exergue les modifications effectuées (les lignes identiques sont repliées).

  • Traitement : possibilité de trier les demandes selon l'agent qui a effectué la saisie backoffice.
  • Workflow : sur l’action webservice, quand le type de réponse est un fichier, ajout d'une case à cocher pour décider de l'inclure ou non dans l'historique du formulaire.
  • Workflow : lorsqu'un saut automatique contient une condition d'exécution qui dépend d'une date, un message alerte sur la nécessité d'ajouter une expiration pour que l'action soit exécutée.

  • Test de formulaire : ajout d'un historique pour les données de test.
  • Test de formulaire : les tests se basent désormais sur des utilisateurs fictifs, dédiés aux tests.
  • Test de workflow : quand vous êtes sur un jeu de test, vous pourrez désormais déclencher le très attendu test de workflow en ajoutant des actions de test.

Corrections

  • Contrôle de l’URL fournie pour les évènements.
  • Affichage grisé pour les notifications déjà vues.
  • Limitation à l’enregistrement des brouillons pour ne plus créer automatiquement de brouillons lors de l’arrivée sur une démarche qui contient des données préremplies.
  • Ajout d’une alerte sur la suppression d’un champ d’un modèle de fiche utilisé pour son identifiant personnalisé.
  • Mise à jour des vues dynamiques affichées en fonction de champs « choix multiples ».

Développement

  • Distinction graphique pour les espaces présents en début ou fin de valeurs dans la vue d’inspection des données d’une demande ou fiche.
  • Mise en place d’un traitement sur les données envoyées dans les appels webservice pour permettre la création de données structurées : un paramètre nommé « element/child » avec comme valeur « value » produira "element": {"child": "value"}. La sous-clé (ici « child ») peut être un nombre entier, elle désigne alors un index dans une liste et les deux éléments « element/0 » et « element/1 » avec respectivement comme valeurs « value1 » et « value2 » produiront "element": ["value1", "value2"]. Les deux types peuvent se combiner, par exemple « element/0/key1 », pour générer une liste d’objets.
  • Dans les tests de démarche, possibilité d'importer les réponses webservice depuis un autre test.
  • Évolution à l’API de récupération des données d’une demande ou fiche pour inclure les informations saisies dans les formulaires de workflow.

11 avril 2024

Nouveautés

  • Portails : Mise en place d'une nouvelle option « Inclure un bouton de recherche d’adresse » sur les cellules carte pour y permettre la recherche d’adresses.

  • Demandes : Les brouillons éventuellement existants sont listés en haut d'une nouvelle demande. Nous avons ajouté dans cette liste les informations du gabarit (lorsque les informations que ce dernier contient on été remplies dans le brouillon concerné, bien sûr).
  • Demandes : Mise à disposition d’un nouvel écran d’informations sur les abandons de saisie de démarche, celles-ci se trouvent au niveau de l’inspecteur du formulaire concerné et affichent les pages sur lesquelles les brouillons se sont arrêtés.

  • Demandes / Fiches : Possibilité de pré-remplissage d’un champ fichier à partir d’une URL. Lorsqu'on pré-remplit un champ fichier avec un « Texte / Gabarit » et si l'on indique l'URL d'un fichier accessible, ce dernier est automatiquement associé au champ.
  • Demandes / Fiches : Conversion automatique des images au format HEIC (produites par certains appareils Apple) au format JPEG pour être visualisables par les agents directement dans le navigateur, de manière native.
  • Demandes / Fiches : Améliorations de l’accessibilité en fournissant aux outils d’assistance des indications supplémentaires sur les blocs de champs et les champs fichier et en associant les libellés des champs carte à la carte en elle-même (l’occasion de rappeler que par leur nature les cartes ne sont pas accessibles à certains usagers, il est important que ça ne soit pas le seul mode de saisie possible)
  • Fiches : Ajout d'une option dans l'écran « Gestion » des modèles de fiche pour permettre que le volet « Historique » soit déplié par défaut.

Corrections

  • Actualisation des demandes après un changement de catégorie de leur démarche.
  • Gestion de la protection CSRF sur les formulaires d’une seule page, sans confirmation, contenant des blocs de champs.
  • Tri et pagination sur la page des saisies entamées.
  • Export/import du paramétrage d’affichage d’un champ configuré pour n’être repris ni sur la page de récapitulatif, ni dans le résumé de la demande, ni dans les tableaux de traitement.

Développement

  • Mise à disposition de fonctions spéciales (is_for_frontoffice, is_for_backoffice) pour les conditions d’affichage des blocs de connexion.
  • Intégration du slug de l’agenda et de l’éventuel « primary_event » dans les informations retournées pour les évènements.
  • Détection des erreurs d'intégrité des tables de stockage des demandes et fiches.
  • Extension des filtres |absent et |existing pour fonctionner sur les champs fichier.

28 mars 2024

Nouveautés

  • Publik : Le navigateur affiche désormais un message d'alerte lorsque l'on essaye de fermer une demande en cours de saisie : « Cette page vous demande de confirmer sa fermeture ; des données que vous avez saisies pourraient ne pas être enregistrées. »
  • Demandes : Évoqué il y a bientôt 8 ans :-), changement majeur avec la possibilité de cliquer sur une page passée d’un formulaire pour directement y retourner, sans devoir multiplier les clics sur le bouton « précédent ».
  • Agendas : Dans la barre latérale de la page de paramétrage, un bouton permet d'accéder à la page d’inspection technique de l'agenda, à l'instar de ce qui est fait pour les formulaires ou les workflows.
  • Formulaires : Affichage directement dans la liste des formulaires de leurs éventuelles dates de publication et/ou expiration.
  • Formulaires : Pour personnaliser ce qui est affiché dans la barre latérale d'une demande que l'on est en train de traiter, on peut utiliser l'option « Traitement » du formulaire. Elle nous permet de choisir d'afficher ou masquer les principaux éléments qui apparaissent par défaut. Et il reste toujours possible d'utiliser l'option « Gabarits  » pour ajouter du contenu personnalisé à cette barre latérale.

  • Blocs de champs : Possibilité d’importer un bloc de champs pour mettre à jour un bloc de champs existant, via le bouton « Écraser avec un nouvel import » présent en barre latérale.
  • Workflows : L’éditeur de texte riche est maintenant utilisable aussi pour les textes d’aide des statuts.
  • Workflows : Évolution de l’action de création de demande pour permettre sur la création d’un brouillon de désigner la page à partir de laquelle commencer la saisie. Cela permet de créer une nouvelle demande pré-remplie par la demande mère, en n'affichant à l'usager que la page souhaitée (et pas toutes les pages du formulaire).
  • Workflows : Enregistrement systématique des fichiers attachés à une demande via l’action « Fichier joint ». Précédemment il fallait soit afficher le fichier dans l’historique de la demande, soit le stocker dans une donnée de traitement dédiée.
  • Traitements : Dans les critères de tri, mise à disposition d’un opérateur « contient » sur les champs texte et apparentés, pour permettre un filtrage sur une partie de texte, sans tenir compte de la casse.
  • Traitements : Dans les tableaux de traitement, le niveau de criticité fait désormais partie des critères utilisables pour filtrer.
  • Fiches : Ajout aux modèles de fiche de la possibilité de définir un gabarit fournissant un identifiant personnalisé. Cette fonctionnalité permet notamment de définir un identifiant stable sur les référentiels gérés avec les fiches. Cela facilite grandement le passage des données d’une instance à l’autre, surtout si vous avez plusieurs modèles de fiches liés entre eux.
    Cela constitue également une avancée majeure pour gérer le remplacement progressif des sources de données gérées avec des fichiers CSV par des référentiels utilisant les fiches.

  • Fiches : Mise à jour automatique des références à une fiche lors d’un changement de libellé. Jusqu'à maintenant, lorsqu'une fiche contenait des informations venant d'une autre fiche, elles n'étaient pas mises à jour lors d'un changement de la source. C'est maintenant le cas.

Corrections

  • Utilisation de la police définie pour le site dans les cartes.
  • Suppression de l’enregistrement systématique de brouillon sur les formulaires contenant des champs en autocomplétion. Comme sur les autres formulaires l’enregistrement aura désormais lieu uniquement une fois des données saisies.
  • Extension de la recherche intégrale pour chercher également les numéros de téléphone dans les champs qui n’auraient pas été marqués avec une validation adéquate.
  • Ajout d’informations (identifiant court et libellé) sur les rôles références dans les sources de données de type utilisateurs.
  • Intégration du texte des conditions de sortie de page au multilinguisme.

Développement

  • Authentification par téléphone : à la création de compte, sur un numéro de téléphone déclaré dans un format erroné, affichage d’un exemple de numéro attendu.
  • Applification : limitation des endpoints aux administrateurs.
  • Applification : autoincrémentation les numéros de version.
  • Création d’un connecteur MGDIS.
  • Remontée du contexte d’évaluation de conditions dans les erreurs enregistrées.
  • Ajout d’un message d’avertissement lors de la suppression d’une page avec ses champs.
  • Mise à disposition d’une variable form_user_has_deleted_account permettant de déterminer si la demande ou fiche est liée à un usager ayant supprimé son compte.
  • Pour chaque démarche, ajout d’un paramètre pour ajuster la limite de 5 brouillons par usager.
  • Ajout à la liste des extensions interdites pour couvrir d’autres types de fichier systématiquement indésirables.

14 mars 2024

Nouveautés

  • Gestion d'identités > Rôles : amélioration de la fonction de recherche pour faciliter la recherche sur plusieurs mots.
  • Saisie : ajout d'un bouton vers une nouvelle page « Saisies entamées » pour séparer la saisie d'une nouvelle demande des saisies en cours.

     

  • Formulaires > Champ carte avec affichage des demandes à proximité : harmonisation des marqueurs sur la carte et la légende.

  • Workflows > Action Webservice : clarification des différentes options d’enregistrement des erreurs et déplacement de l'option « Envoyer les données du formulaire » dans l'onglet Avancé, renommé maintenant « Transmettre toutes les données de la demande/fiche », encourageant une utilisation restreinte uniquement quand cela est strictement nécessaires.
     

  • Workflows > Action Création de document : possibilité de renseigner un gabarit
  • Workflows > Action Édition : ajout du libellé du bouton dans la pile des actions d'un statut (très pratique quand il y a plusieurs actions d'Édition et possibilité désormais de poser un marqueur qui permettra de revenir au statut actuel.
     

  • Édition portail > Cellule Graphe : ajout de la possibilité de regrouper par formulaire lorsque « Tous les formulaires de la catégorie xxx » est sélectionné dans le critère « Formulaire ».
  • Rapport sur les dépréciations : ajout des sources de données utilisant les connecteurs « Tableur » et « Stockage de données JSON ».

Corrections

  • Amélioration de la gestion des annuaires LDAP : la prise en charge des adresses électroniques n'est désormais plus sensible à la casse.
  • Adaptation de l'importation des utilisateurs via fichier CSV : désormais, la saisie d'un numéro de téléphone n'est plus obligatoire.
  • Gestion des notifications push : compatibilité avec les versions les plus récentes d'Android et d'iOS.
  • Correction de la personnalisation du contenu des cellules de fiches pour les déploiements non standards.
  • Affichage des puces dans les listes ajoutées dans un champ commentaire présent dans un bloc de champs.
  • Amélioration de l'inspecteur des demandes/fiches avec de multiples répétitions d'appels webservice pour une performance optimisée.
  • Téléchargement brut des fichiers HTML attachés à une demande.
    Correction du stockage de données complexes dans un champ de données calculées, résolvant le problème lié aux données provenant d'un appel webservice utilisant également des données complexes.
  • Actualisation des champs de cartes au sein d'un bloc de champs soumis à une condition d'affichage.

Développement

  • Intégration d'un filtre |convert_image_format:"..." pour faciliter la conversion des fichiers vers les formats JPEG, PDF ou PNG.
  • Ajout des variables form_publication_disabled, form_publication_datetime, form_publication_expiration_datetime pour permettre l'exploitation des informations de publication d'une démarche dans un workflow.
  • Suppression de l’enregistrement d’erreurs pour les erreurs applicatives remontées lors d’appels webservice.

22 février 2024

Nouveautés

  • Ajout de filtres par collectivité pour les statistiques sur le nombre de connexions.
  • Mise en place d’un bouton pour supprimer en masse des erreurs, à utiliser uniquement après avoir corrigé les erreurs, bien sûr.

  • Affichage dans les champs fichier de l’image sélectionnée dès le moment de la saisie d’une demande (si le champ fichier est paramétré pour ne recevoir que des images).
  • Intégration dans les tests de démarches de la possibilité de tester les conditions basées sur des appels webservice.

Corrections

  • Suppression de l’affichage des utilisateurs d’une collectivité pour les personnes ne disposant pas spécifiquement du rôle d’administration dédié.
  • Attente de la saisie complète de la valeur avant d’évaluer la validité de la syntaxe d’une condition.
  • Possibilité pour l’ouverture en édition partielle d’une demande ou fiche de pointer une page conditionnelle, si elle est cachée, la page visible suivante sera utilisée.
  • Contrôle de l’état d’une demande ou fiche lors de l’exécution d’une action, pour éviter un rejeu d’actions de statut.
  • Remise en place des liens dans l’inspecteur des variables vers les champs associés.

Développement

  • Extension au connecteur ArcGIS pour permettre d’y envoyer des données, via l’API "applyEdits".
  • Évolution du stockage interne des date·heures pour être plus précis, avec des microsecondes et le fuseau horaire.
  • Génération d’autant de paramètres que nécessaire quand une liste est passée en valeur pour la query string d’un appel webservice.
  • Ajout d’un filtre |check_no_duplicates pour vérifier qu’une liste ne contient pas de doublons. (un exemple d'utilisation est disponible dans la section utiliser les filtres Django)
  • Intégration des tests de démarches et fiches lors de l’exportation et la duplication.
  • Amélioration au suivi des actions dans l’inspecteur pour ne pas inclure deux lignes d’événement en cas de clic sur un bouton et pour avoir un lien vers les actions cliquées.
  • Prise en charge du paramètre ?include-anonymised=on/off sur l’API de liste de demandes ou fiches.
  • Évolution aux applications pour que l’ordre des catégories soit conservé à l’installation et lors des mises à jour.

8 février 2024

Nouveautés

  • Dans la liste des statuts sur la page d’accueil d’un workflow, apparition d’icônes permettant de distinguer les statuts de transition, les statuts finaux, et les statuts d’action ou d’attente.

  • Mise à disposition d’une URL « raccourcie » pour les demandes. https://publik.example.org/r/32-42 renvoie vers la demande 42 de la démarche 32. Récupérable dans la variable {{ form_short_url }}. Cela peut s’avérer utile en particulier pour l’envoi de SMS.
  • Sur la page de configuration d’un client d’API, les rôles dont il dispose sont maintenant présentés sous forme de liens vers les rôles concernés.
  • La cellule graphe permet désormais de faire des statistiques sur le nombre de compte supprimés pour cause d’inactivité.
  • Pour l’harmoniser avec ce qui est fait ailleurs, la page d’accueil des agendas se retrouve dotée d’une barre latérale regroupant les actions et la navigation.
  • Pour les instances contenant beaucoup d’applications, l’affichage des formulaires, fiches, workflows etc. devenait parfois trop dense. Il est maintenant possible de filtrer l’affichage pour voir uniquement les éléments (formulaires, modèles de fiche, workflows, etc.) n’appartenant pas à une application (via un bouton en bas de la barre latérale, par exemple « Formulaires hors applications »).
  • Petite révolution pour ceux qui utilisent Publik depuis longtemps (le ticket concerné a 7 ans !), la possibilité de pré-remplir un champ liste avec du texte (le libellé) et non plus forcément avec l'identifiant correspondant au libellé.
  • Tri des résultats selon leur pertinence lors des recherches en texte intégral dans des demandes ou fiches.
  • Édition en texte riche pour le contenu des messages affichés par le workflow, via l’action « Alerte ».
  • Affichage d’un message d’alerte lors de l’utilisation du même identifiant sur plusieurs champs. L’usage reste possible mais il ne doit se faire que lorsque l’on est certain qu’aucune demande ne peut être remplie avec les deux champs portant le même identifiant (on aura soit l’un soit l’autre, jamais les deux).

  • Dans l’espace de traduction, ajout d’un filtre permettant d’afficher uniquement les chaînes de caractères pour un formulaire ou un modèle de fiche particulier.

Corrections

  • Utilisation de la copie cachée pour l’envoi des avertissements sur les évènements presque complets avec les destinataires.
  • Retours à la ligne automatiques dans les URL dans les popups des marqueurs de carte.
  • Enregistrement de l’usager ou de l’agent à l’origine d’un commentaire sur une demande chargée via son code de suivi.
  • Positionnement ajusté pour le nom du statut dans le suivi des actions exécutées, dans la page d’inspection d’une demande ou fiche.
  • Rétablissement de la ligne de séparation entre les fonctions et les rôles dans le champ de sélection de l’une ou l’autre.
  • Suppression de la possibilité de retirer par erreur le nom d’un bloc de champ.

Développement

  • Mise à disposition d’un connecteur vers l’API Recherche des personnes physiques (R2P).
  • Possibilité de modifier l’identifiant court (slug) pour les services OpenID Connect.
  • Prise en charge d’un nouveau paramètre --exclude-tenants sur les commandes w.c.s.
  • Extension de la commande replace_python pour pouvoir aller chercher ses instructions depuis une URL externe.

25 janvier 2024

Nouveautés

  • Amélioration graphique de la page récapitulative de l’utilisation d’un rôle.

  • Dans l'interface de gestion d'identités, il est maintenant possible de renouveler automatiquement la configuration OpenID Connect, pour renforcer la compatibilité avec les options de rotation de clés de fournisseurs d’identité.
  • Lorsque les usagers reçoivent un courriel leur demandant de modifier leur mot de passe, ils disposent désormais d'une information concernant la durée de validité du lien transmis.
  • Dans la vue inspect d'une demande, l'onglet « Suivi des actions » a été enrichi. Il comprend maintenant des liens vers les actions globales d'une part, et pour les déclenchements via une action « workflow externe », le numéro de la demande/fiche qui a déclenché l'action d'autre part.
  • L'action « Données de traitement » affichait les champs de traitement sans préciser leur type ce qui était parfois gênant. Le type de chaque champ est désormais affiché.

  • Possibilité d’ajouter une colonne « Statut (visible à l’usager) » dans les tableaux de traitement pour afficher le statut vu par l'usager (qui peut être différent du statut vu par l'agent). Cette colonne supplémentaire est disponible uniquement s'il existe dans le workflow des statuts affichés uniquement en backoffice.
  • Les brouillons appartiennent aux demandeurs uniquement, personne d'autres ne peut les voir. Mais parce que les usagers fournissent parfois aux agents un code de suivi correspondant à un brouillon, nous avons mis en place un message d’erreur explicite lors de la saisie en backoffice d’un code de suivi associé à une demande en brouillon.
  • Amélioration générale du contenu des erreurs affichées en marge des formulaires et des workflows. Cela permet d'être plus explicite, sur les appels webservice réalisés avec une adresse vide, sur l’utilisation de form_objects avec une référence erronée, sur l’utilisation de |filter_by appelé avec un objet invalide, sur le stockage d’un fichier dans un champ de type donnée calculée (ce qui n’est pas possible), etc.
  • Désormais, un avertissement s'affiche lors de l'importation d'un modèle de fiche si l'identifiant n'a pas pu être conservé.
  • Les modifications apportées au paramétrage de w.c.s. ont été ajoutées dans la journalisation.
  • Affichage dans l'historique du nom de l’usager ou de l’agent ayant modifié la demande ou la fiche.
  • Déjà entrevu par certains, nous avons activé sur toutes les instances  la mise en place d’un nouveau type de champ, pour les données numériques, le champ de type « Nombre ». Cela permet des tris sur des valeurs numériques dans les tableaux de traitement.
  • Ajout des boutons de navigation dans l’historique du workflow sur la page d’inspection d’un instantané de workflow.

Corrections

  • Affichage de la date effective de l’envoi d’une alerte de suppression au lieu de sa date prévue.
  • Mise à jour du calcul du slug lors de l'ajout d’un rôle dans une collectivité, pour éviter les suffixes inutiles.
  • Ajout du nom d’hôte manquant à l'affichage de la commande LDAP en cas d’erreur.
  • Autorisation à nouveau de configuration OpenID Connect avec des redirect_uris, même sans sector_identifier.
  • Envoi du même « sid » entre l’id_token et la frontchannel_logout_url.
  • Alignement de l’icône d'effacement des champs en autocomplétion.
  • Import/export de formulaire ou modèle de fiche avec une variable de workflow de type liste à choix multiple.
  • Persistance de la vue d’appel lors d’une recherche qui n’aboutit pas, et persistance des filtres quand on passe de la vue globale à la vue cartographique.
  • Affichage des champs d’un bloc dans le résumé de la demande même en cas d’erreur de gabarit.
  • Ajustement au comportement de la touche « Entrée » dans les blocs de champs, pour ne pas supprimer par surprise une ligne.

Développement

  • Extension aux API de gestion des rôles pour accepter des slugs.
  • Possibilité de modifier une réservation même lorsqu’elle est en liste d’attente.
  • Intégration d’une référence à l’API « resize » dans les adresses retournées lors d’une réservation.
  • Possibilité de notifier combo pour invalider le cache sur une cellule fiches.
  • Modification à l’exportation/importation des paramètres de w.c.s. pour prendre en compte uniquement les paramètres liés à la personnalisation.
  • Mise à disposition de nouvelles variables, Variable URL du formulaire form_backoffice_submission_url et form_frontoffice_submission_url.
  • Ajout de l’authentification HTTP Basic à l’API de liste des modèles de fiche.
  • Intégration de ?lock_code={{ session_hash_id }} aux sources de données agenda automatiques.

11 janvier 2024

Note : la mise à jour n'a été réalisée que dans la nuit du 12 au 13 janvier.

Nouveautés

  • Mise en place d'un message spécifique affiché quand la connexion d'un agent échoue en raison de l'indisponibilité de l'annuaire LDAP. Cela permet de savoir que le problème se situe du côté de l'annuaire et non du côté de Publik.
  • Lorsqu'une page du portail est liée à une cellule Fiche(s), le titre de la page (la balise <title>) devient désormais le titre (le display_label) de la fiche concernée. Par exemple si la page est utilisée pour afficher la fiche d'une école, le titre de la page sera le nom de cette école.
  • Cellule fiche(s) : ajout d'un mode d'affichage « Liste ». Il s'agit d'un mode d'affichage plus synthétique que les deux modes existants (carte et tableau). Il est plus rapide à configurer, permet un affichage plus condensé mais offre moins de souplesse au niveau de la personnalisation.
  • Dans la page de configuration d'une application, il est maintenant possible d'ajouter aux métadonnées, des auteurs et une licence  (à choisir parmi GPL, AGPL et MIT).
  • Sur la page d'accueil d'un workflow, les données de traitement sont maintenant affichées avec l'indication de leur type (le type n'était pas présent auparavant), de la même façon que les champs d'un formulaire.
  • Pour les actions création de demande, création de fiche et modification d'une fiche, on peut désormais utiliser directement le champ d'un bloc de champ au lieu d'utiliser le bloc dans son ensemble. Cela va faciliter les manipulations de ces derniers.
  • Pour permettre l'accès à une demande à quelqu'un qui n'en est pas l'auteur, ajout d'un tag {% temporary_access_button %}. Ce tag fonctionne de la même manière que {% temporary_access_url %} ajouté récemment, sauf qu'il est utilisé exclusivement pour afficher un bouton dans un courriel.
  • Vous avez peut-être déjà utilisé la possibilité de définir un champ comme étant l'identifiant des fiches, en utilisant le « Gabarit de fiche » défini dans le modèle. Nous ajoutons maintenant une variable {{ form_identifier }} qui va permettre de récupérer cet identifiant. Si le gabarit de fiche n'est pas défini, {{ form_identifier }} et {{ form_internal_id }} auront la même valeur.
  • Pour faciliter leur identification dans les tableaux de traitement, les champs d'un même blocs sont maintenant regroupés sous un en-tête commun grisé.

Corrections

  • Prise en compte des numéros de mobile avec un mauvais format dans la page "Mot de passe oublié".
  • Lever une erreur qui indique qu'un rôle parent n'existe pas lors de l'import de rôles.
  • Augmentation de la taille des champs URL dans Chrono.
  • Désactivation de la notification en cas de suppression d'une fiche par une action de workflow externe.
  • Dans les traitements, mise à jour de la vue globale lors de la sélection d'un critère.
  • Restauration du paramétrage des conditions sur l'action d'anonymisation.
  • Gestion de la validation du numéro de sécurité sociale sur les écrans tactiles Android.
  • Nouvelle correction apportée à l'évaluation en direct d'une condition à l'intérieur d'un élément d'un bloc de champ.

Développement

  • Authentification SAML : exposition de l'Unité Organisationnelle (OU) dans le formulaire d'ajout/édition de l'authenticateur.
  • Authentification SAML : création des utilisateurs dans l'OU définie dans l'authenticateur.
  • Agent Authentic : provisionnement synchrone d'un seul utilisateur.
  • Notification des erreurs sur les sources de données automatiques (agenda).

Dernière mise à jour le 14 juin 2024 00:55 — Éditer