Produits Entr'ouvert » Authentic 2

Perso assez pour que ce qui est spécifique authentic soit dans authentic, pas hobo.

Vraiment bof, ce que je vois c'est qu'il va falloir gérer ces bouts spécifiques authentic quand on voudra travailler sur le sujet général "personnalisation", que ça va poser des batons supplémentaires dans les roues de ce sujet déjà pas évident mais qu'on venait d'un peu débloquer aux eodays/front.

Frédéric Péters a écrit :

Vraiment bof, ce que je vois c'est qu'il va falloir gérer ces bouts spécifiques authentic quand on voudra travailler sur le sujet général "personnalisation", que ça va poser des batons supplémentaires dans les roues de ce sujet déjà pas évident mais qu'on venait d'un peu débloquer aux eodays/front.

J’ai l’impression que c’est une remarque qui s’applique indépendamment de si la modif’ se glisse dans authentic directement ou dans hobo, non ?

La réalité actuelle c’est des collectivités qui veulent un compte unique (“de territoire”), et que la façon actuelle de gérer ça c’est du code très spécifique (typiquement au GL le thème très custom et le plugin a2 qui ne l’est pas moins). C’est déjà des bâtons dans les roues de devoir gérer ces cas particuliers. Essayer de génériciser un peu cela, et que très concrètement le surcoût visible lorsqu’inactif c’est dans le BO un bout de menu en plus dans une popup dans un coin, ça me paraît un moindre mal.

J’ai l’impression que c’est une remarque qui s’applique indépendamment de si la modif’ se glisse dans authentic directement ou dans hobo, non ?

Non si la modification a lieu dans authentic il n'y a pas à se soucier de l'intégration de ces options dans le travail général qui aura lieu dans hobo.

Mais même, j'ai peut-être besoin d'un peu de recul mais tout ça m'a l'air très spécifique bizarre pas d'une réflexion pleinement aboutie. (ce qui plaiderait pour cacher ça dans hobo, certes).

Concrètement, ça introduit une notion de "Default service" que je ne comprends pas, et je pense que je ne la comprends pas parce qu'elle n'existe pas, que les trucs ici c'est "si jamais on ne vient d'aucun service particulier".

Frédéric Péters a écrit :

Mais même, j'ai peut-être besoin d'un peu de recul mais tout ça m'a l'air très spécifique bizarre pas d'une réflexion pleinement aboutie. (ce qui plaiderait pour cacher ça dans hobo, certes).

Concrètement, ça introduit une notion de "Default service" que je ne comprends pas, et je pense que je ne la comprends pas parce qu'elle n'existe pas, que les trucs ici c'est "si jamais on ne vient d'aucun service particulier".

Les trucs ici c’est la possibilité de, dans le BO, pouvoir définir des éléments d’apparence FO lorsque l’usager vient d’un service qui ni lui-même ni son OU d’appartenance ne définit lesdits éléments d’apparence (ce qui peut en effet se résumer par “si jamais on vient d’un service sans charte graphique particulière connue de Publik”).

Je ne comprends pas plus. Il n'y a pas de notion de service (il n'y a même pas de notion de session en cours partageable entre brique) dans Publik en dehors d'authentic, quand ces paramétrages pourraient-ils s'appliquer (s'il y a un défaut c'est qu'il y a d'autres valeurs possibles je suppose) ?

Benjamin Dauvergne a écrit :

Je ne comprends pas plus. Il n'y a pas de notion de service (il n'y a même pas de notion de session en cours partageable entre brique) dans Publik en dehors d'authentic, quand ces paramétrages pourraient-ils s'appliquer (s'il y a un défaut c'est qu'il y a d'autres valeurs possibles je suppose) ?

Oui pour l’instant c’est un usage (et un nommage) exclusivement limité à #75138 (c’est de là qu’est repris le terme de service), mais j’anticipais la situation où l’une des collectivités clientes proposant ce compte unique voudrait voir cet usage étendu à des briques autres qu’authentic (et bien sûr il y aurait le travail de passage de ces options dans la session mellon et de modification des gabarits dans les briques concernées).

Frédéric Péters a écrit :

Concrètement, ça introduit une notion de "Default service" que je ne comprends pas, et je pense que je ne la comprends pas parce qu'elle n'existe pas, que les trucs ici c'est "si jamais on ne vient d'aucun service particulier".

Le nommage est peut-être malencontreux ici, en fait il faut lire cela comme “Default service-something”, i.e. le logo (de service) par défaut, la couleur (de service) par défaut, etc.

Paul Marillonnet a écrit :

Le nommage est peut-être malencontreux ici, en fait il faut lire cela comme “Default service-something”, i.e. le logo (de service) par défaut, la couleur (de service) par défaut, etc.

Mais c'est habituellement des choses qui sont dans le thème ou gérées via des assets combo il me semble, et on un début d'option de thème dans hobo.themes.forms.ThemeOptionsForm (il n'y a qu'un champ "global_title" mais ça ne demande qu'à être étendu il me semble). Je me dis que ce serait à mettre là dedans (ça pourrait être éventuellement dynamique, en fonction du thème, ou permettre de pointer vers un asset dans le portail) et réfléchi autour de la notion de thème.

L'application environment ne me semble pas le bon emplacement pour tout ça.

Benjamin Dauvergne a écrit :

Paul Marillonnet a écrit :

Le nommage est peut-être malencontreux ici, en fait il faut lire cela comme “Default service-something”, i.e. le logo (de service) par défaut, la couleur (de service) par défaut, etc.

Mais c'est habituellement des choses qui sont dans le thème ou gérées via des assets combo il me semble, et on un début d'option de thème dans hobo.themes.forms.ThemeOptionsForm (il n'y a qu'un champ "global_title" mais ça ne demande qu'à être étendu il me semble). Je me dis que ce serait à mettre là dedans […].

Ça tombe bien, c’est précisément ce que fait la PR :D

Les lignes modifiées dans l’app environment sont juste là pour déclarer que les variables correspondant aux options de thème remplies dans ce formulaire sont automatiques (Variable.auto = True), ce qui me semblait nécessaire (cela dit, sans avoir en tête du tout les changements discutés à ce propos récemment en EODays dont parle Frédéric). Je loupe un truc ?

(il n'y a qu'un champ "global_title" mais ça ne demande qu'à être étendu il me semble)

Justement non, ça ne demandait qu'à être supprimé pour avoir une intégration d'options de personnalisations liées aux intégrations graphiques, et ces nouvelles options viennent mettre à mal ça.

Bref si ça passe ici ça fera du taf plus tard pour les dégager dans un écran spécifique, que j'aurais idéalement vu dans authentic, typiquement accessible depuis l'écran des services vu que c'est là que pour les services "pas par défaut" ces options (logo couleur url) se définissent, mais ça me va de dire que tant pis ça sera dégagé à ce moment-là, et que là aussi ça ira au plus simple et ça sera juste cacher encore plus loin cette popup.

Paul Marillonnet (pmarillonnet) a ouvert une pull request sur Gitea concernant cette demande :

• URL : https://git.entrouvert.org/entrouvert/authentic/pulls/35
• Titre : WIP: wip/75139-neutral-authz-theme-bo-config
• Modifications : https://git.entrouvert.org/entrouvert/authentic/pulls/35/files

Benjamin Dauvergne (bdauvergne) a relu et demandé des modifications sur une pull request sur Gitea concernant cette demande :

• URL : https://git.entrouvert.org/entrouvert/authentic/pulls/35

Automatic expiration