Project

General

Profile

Development #35089

gestion de fiches de données (publik studio)

Added by Frédéric Péters 5 months ago. Updated 4 months ago.

Status:
Solution déployée
Priority:
Normal
Target version:
-
Start date:
28 Jul 2019
Due date:
% Done:

0%

Patch proposed:
No
Planning:
No

Description

Possibilité de définir et manipuler des fiches de données.


Related issues

Related to Intégrations graphiques Publik - Development #35478: portail agent : sous-menu dans le menu publik Solution déployée 20 Aug 2019

Associated revisions

Revision f7f14c00 (diff)
Added by Frédéric Péters 4 months ago

general: introduce data card management (#35089)

Revision 73da9459 (diff)
Added by Frédéric Péters 4 months ago

general: add support for cards as data source (#35089)

History

#1 Updated by Frédéric Péters 5 months ago

  • Status changed from Nouveau to 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).

#2 Updated by Pierre Cros 5 months ago

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.

#3 Updated by Frédéric Péters 5 months ago

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.

#4 Updated by Frédéric Péters 4 months ago

#5 Updated by Frédéric Péters 4 months ago

  • Status changed from En cours to Solution proposée

#6 Updated by Thomas Noël 4 months ago

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)

#7 Updated by Thomas Noël 4 months ago

  • Status changed from Solution proposée to 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.

#8 Updated by Frédéric Péters 4 months ago

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.

#9 Updated by Frédéric Péters 4 months ago

  • Status changed from Solution validée to 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)

#10 Updated by Frédéric Péters 4 months ago

  • Status changed from Résolu (à déployer) to Solution déployée

Also available in: Atom PDF