Development #35089
gestion de fiches de données (publik studio)
0%
Description
Possibilité de définir et manipuler des fiches de données.
Demandes liées
Révisions associées
general: add support for cards as data source (#35089)
Historique
Mis à jour par Frédéric Péters il y a plus de 4 ans
- Statut changé de Nouveau à En cours
Branche wip/35089-cards (+ en local dans mon gadjo pour les icônes), https://perso.entrouvert.org/~fred/tmp/35089-publik-studio.ogv
L'affaire activable via studio = true dans le site-options.cfg, normalement tout à fait invisible sinon.
Interrogation sur l'idée d'avoir un écran d'accueil "Publik Studio", de mon côté plutôt pour :
- ça donne un certain poids, i.e. c'est pas juste "on peut désormais faire des fiches de données", c'est "voilà Publik Studio".
- ça pourra servir pour reprendre des infos supplémentaires, genre afficher des liens directs vers les démarches/fiches/workflows récemment édités.
Comme inconvénient quand même ça ajoute une entrée dans le menu Publik qui est déjà bien rempli, mais si ça pose problème je me dis que ça pourrait peut-être devenir une entrée unique, et que les sous-menus démarches/fiches/workflows soient uniquement affichés quand on est dedans.
Hésitation sur les URL, j'ai mis /backoffice/cards/ pour la définition des fiches, comme on a /backoffice/forms/ pour la définition de démarches, mais pour compléter/agir susr les fiches, il fallait du coup autre chose, j'ai pris /backoffice/data/.
Mille évolutions possibles derrière, bien sûr, mais je préférerais ne pas trop charger ce premier ticket. (exemple, pouvoir utiliser les fiches de données comme options dans les champs liste, et du coup, en imaginant une fiche "Piscine" et un formulaire "Signalement problème piscine", on pourrait d'une fiche Piscine aller sur la liste de tous les signalements la concernant).
Mis à jour par Pierre Cros il y a plus de 4 ans
Vive les vacances :)
Il me tarde de voir à quoi servira "démarches" dont j'imagine que ça fait le lien entre Publik Studio et le reste de Publik.
En tout cas c'est hyper clair et compréhensible, facile à faire, on a un paquet de clients qui pourront utiliser cet aspect création de fiche sans autre formation que cette vidéo.
Je vote violemment pour la page d'accueil PS, pour des raisons ergonomiques (ne pas avoir une deuxième entrée WF dans le menu latéral par exemple, même en sous-menu) d'une part ET stratégique (here is Publik fucking Studio) d'autre part.
Pour les URLS, j'ai pas vraiment d'avis, mais j'aurai trouvé assez logique, en cohérence avec l'idée d'une page d'accueil spécifique, de tout avoir sous /backoffice/studio/ ou juste /studio/, no se.
Mis à jour par Frédéric Péters il y a plus de 4 ans
Il me tarde de voir à quoi servira "démarches" dont j'imagine que ça fait le lien entre Publik Studio et le reste de Publik.
C'est simplement la fabrique de formulaires, no magie. D'ailleurs c'est un choix que je pose ici de quitter le terme "fabrique" pour aller vers "studio", qui doit aussi pouvoir se discuter.
Pour les URLS, j'ai pas vraiment d'avis, mais j'aurai trouvé assez logique, en cohérence avec l'idée d'une page d'accueil spécifique, de tout avoir sous /backoffice/studio/ ou juste /studio/, no se.
Pour les URL il y a des petites contraintes techniques aujourd'hui, genre nécessité d'être directement sous /backoffice/ pour passer par le contrôle d'accès.
Mis à jour par Frédéric Péters il y a plus de 4 ans
- Lié à Development #35478: portail agent : sous-menu dans le menu publik ajouté
Mis à jour par Frédéric Péters il y a plus de 4 ans
- Statut changé de En cours à Solution proposée
Mis à jour par Thomas Noël il y a plus de 4 ans
Relecture de « general: introduce data card management (#35089) » et petits tests rapides "en vrai".
msgstr "Supprimer la ficher" → msgstr "Supprimer la fiche"
Quand on gagne l'accès à Cards Data (Fiche de données) via un rôle donnée à une carte, le menu latéral ne se met pas à jour, on n'y voit pas le choix "Cards Data" parce que c'est le menu à gauche et qu'il ne se met à jour que suite à un nouvel onglet ou équivalent. C'est sans doute source d'incompréhensions à venir entre un admin fonctionnel et un agent nouvellement responsable ("vazy je t'ai donné le droit, tape f5" "ben non je vois toujours rien")... Mais c'est plutôt l'objet d'un ticket "rafraîchissement du menu latéral" et donc c'est pas ici.
Sur le listing des fiches, la colonne "Nom de l'usager" pourrait laisser penser qu'on peut lier une fiche à un usager, ce n'est pas (encore) le cas : cacher la colonne ? Bon elle est cachée par défaut, je parle de la cacher dans les possibilités de "Paramétrage des colonnes". Ce n'est pas fondamental, ça peut être laissé ainsi.
Toujours dans le listing, je me suis perdu dans le code, mais je n'ai pas réussi à comprendre pourquoi le résumé (digest) quoique bien calculé, ne s'affiche pas... avant de comprendre que sur les formdata non plus on ne l'affiche jamais (uniquement sur la vue globale). Là aussi, autre ticket à faire.
(la suite ce soir / demain / etc)
Mis à jour par Thomas Noël il y a plus de 4 ans
- Statut changé de Solution proposée à Solution validée
Relecture terminée, rien vu qui ne soit vraiment anormal. J'ai relu en ayant à l'esprit "est-ce que l'absence de studio=true désactive bien tout", et je confirme que ça marche.
Il restait juste le « msgstr "Supprimer la ficher" → msgstr "Supprimer la fiche" » , je me suis permis de faire un push dans la branche pour cela.
Mis à jour par Frédéric Péters il y a plus de 4 ans
Il restait juste le « msgstr "Supprimer la ficher" → msgstr "Supprimer la fiche" » , je me suis permis de faire un push dans la branche pour cela.
Pas de soucis; je l'avais déjà tapé en local, visiblement oublié de pousser.
Mis à jour par Frédéric Péters il y a plus de 4 ans
- Statut changé de Solution validée à Résolu (à déployer)
commit 73da9459bd08a96a5f831d5e7df03b758739440a Author: Frédéric Péters <fpeters@entrouvert.com> Date: Tue Aug 13 09:54:29 2019 +0200 general: add support for cards as data source (#35089) commit f7f14c0095ee6ed006b38067eea58e1302adb617 Author: Frédéric Péters <fpeters@entrouvert.com> Date: Tue Jul 23 21:34:14 2019 +0200 general: introduce data card management (#35089)
Mis à jour par Frédéric Péters il y a plus de 4 ans
- Statut changé de Résolu (à déployer) à Solution déployée
general: introduce data card management (#35089)