Saumur: intégration graphique, retouches (#71873) #48
csechet
Loading…
Reference in New Issue
No description provided.
Delete Branch "wip/71821-saumur-retouches"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
A relire commit par commit, pour plus de compréhension et en se référant au ticket 71821 pour les détails, mais en récapitulatif :
services-communescomme slug dans les paramètres avancés de la cellule liste de lien.Cf aussi un export de ma page d'accueil pour qui voudrait tester en local et gagner du temps ;)
Regroupement visuels des cellules
Avant :
Après :
Juste une remarque au passage, sans vouloir préempter la relecture à Corentin : je serais pour laisser dans les messages de commit seulement des numéros de ticket des projets publics de briques de Publik, pas ceux des tickets clients (c’est plus pratique pour nous, et pour d’éventuel·les contributeur·rices tier·ces, qui n’ont pas accès aux tickets clients).
(Disclaimer hors-sujet)
Et je vois à l’instant que ça se fait dans d’autres PR, pour ce projet en particulier.
J’avoue que j’ai zappé le moment où on a dit que gitea ça voulait dire plus besoin de ticket technique public de brique dans redmine, seulement du ticket privé client. Je serais pour laisser des numéros de tickets publics dans les messages de commit.
En pratique c'est l'enfer, parce que ça supposerait de créer 4 tickets techniques publics, un adossé à chaque ticket support, donc gérer le double de tickets. Sachant que ça concerne de toutes façon une intégration graphique qui n'intéresse personne à part nous et le client, ça me parait relativement futile comme exercice.
À mon avis il faudrait plutôt prendre le problème dans l'autre sens et sortir les intégrations des clients de pbt.
Ok, les rares fois où j’ai dû faire ça, j’ai simplement créé un seul ticket pbt dans redmine en liant les différentes demandes du client. Cela fait un espace public où devs et CPFs (voire les clients) peuvent venir discuter du rendu global, ce qui reste je crois pertinent même avec gitea.
Et pas sûr que cet espace n’intéresse personne d’autre, il y a des clients qui gèrent leur propres dépôts de thème (iMio notamment), qui surveillent l’évolution de pbt et qui peuvent être intéressé·es par les discussions qui y ont eu lieu (genre comprendre à quelle fin tel template custom a été ajouté dans tel thème etc).
Mais j’entends le surcoût engendré, peut-être que c’est moi qui débloque. Mon précédent message venait surtout de ma surprise à ce changement de pratique un peu implicite, plutôt que d’une doléance style “c’était mieux avant.” :)
Elles iraient où ?
N'ayons pas cette conversation ici, svp.
@ -206,0 +220,4 @@// communes selectordiv#services-communes {background: $cell-background;div#services-communes est déjà une cellule, pas besoin de définir le background ici.
Bien vu, je viens d'enlever
@ -0,0 +2,4 @@<h2 class="commune--title">{{ title }}</h2><div class="cell--body"><form><select id="commune--select-{{ cell.id }}" class="commune--select">commune--title et commune--select ne sont pas utilisées dans le CSS (sur la version izi-ici de cette cellule, commune--select ne l'est pas non plus d'ailleurs)
Exact, merci c'est retiré 👍
Et ça tombe à pic que je relise ce select comme liste de liens : je vais avoir besoin de quelque chose de similaire pour le CD28 :)
5bb88f3e0fto31f12bb620