Projet

Général

Profil

Development #39282

Mettre à disposition des mises en formes prédéfinies pour des affichages textes

Ajouté par Victor Claudet il y a environ 4 ans. Mis à jour il y a environ 4 ans.

Statut:
Nouveau
Priorité:
Normal
Assigné à:
-
Catégorie:
-
Version cible:
-
Début:
27 janvier 2020
Echéance:
% réalisé:

0%

Temps estimé:
Patch proposed:
Non
Planning:
Non
Club:
Non

Description

Comme nous le faisons déjà pour les actions alerte dans les workflows w.c.s, reprendre cette logiques à d'autres endroit utiles dans Publik:
  • champ commentaire dans les formulaires w.c.s
  • action message dans l'historique dans les workflows w.c.s
  • bloc texte dans combo
  • bloc prototype json dans combo

Demandes liées

Lié à Intégrations graphiques Publik - Development #33135: avoir des classes info/warning/etc. notice applicables aux champs w.c.s.Fermé16 mai 2019

Actions

Historique

#1

Mis à jour par Frédéric Péters il y a environ 4 ans

bloc prototype json dans combo

Il y a trop du balisage libre là-dedans, et c'est de toute façon du prototypage qui est suivi par une intégration y compris stylistique, donc je dirais moins important.

~~

Et donc, la logique, c'est proposer ces "mises en formes prédéfinies" dans des listes déroulantes, mais quelles sont les mises en forme qui seraient utiles ?

~~

Sur la mécanique, c'est reprendre l'intention notée dans #5343 et l'actualiser.

#2

Mis à jour par Stéphane Laget il y a environ 4 ans

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

Et donc, la logique, c'est proposer ces "mises en formes prédéfinies" dans des listes déroulantes, mais quelles sont les mises en forme qui seraient utiles ?

Déjà les infonotice, warningnotice, errornotice et successnotice

#3

Mis à jour par Frédéric Péters il y a environ 4 ans

action message dans l'historique dans les workflows w.c.s

Pour le moment il n'y a pas de possibilité de spécifier des classes CSS pour styler ça, tu aurais une URL où c'est manuellement fait ? J'imagine ensuite l'évolution et la possibilité d'attacher un style venir après #27992 (mettre l'éditeur texte riche à cette action).

#4

Mis à jour par Thomas Jund il y a environ 4 ans

Moi je conseil de créer une nouvelle cellule wcs. Composé d'un champ titre optionnel et un champ body (j'aimerais dire: pas de wysiwyg ou juste des liens).
Une cellule "notice" avec comme options de type: "erreur", "avertissement", "information".
Ce type de cellule doit avoir une emphase forte au niveau sémantique. Ça peut être intéressant qu'elle ai son propre markup.

#5

Mis à jour par Stéphane Laget il y a environ 4 ans

Un exemple sur le catalogue :
https://demarches.catalogue.publik.love/backoffice/forms/19/fields/77/

Un bloc d'info avec la classe infonotice en intro.
Perso j'utilise également la classe warningnotice pour afficher des messages aux agents en saisie backoffice.
(mais je ne suis pas sûr de répondre à la question de fred)

#6

Mis à jour par Frédéric Péters il y a environ 4 ans

Ma question concerne l'action d'enregistrement d'un message dans l'historique.

#7

Mis à jour par Frédéric Péters il y a environ 4 ans

nouvelle cellule

Si pour certaines questions on pourra créer des cellules ou des champs dédiés, l'objet de ce ticket me semblait taper plus large, au-delà de la question particulière de notices, et demander ainsi une réponse plus générique.

En ça, et pour comme j'écrivais actualiser #5343 je pense que la direction doit être un côté déclaratif dans les intégrations graphiques, au niveau du config.json,

      "styles": {
         "alert-block": {
           "label": "Alerte à l’usager", 
           "context": ["combo:cells", "wcs:fields"]
         }
      },

ou sans doute plus près encore du code, dans les fichiers .scss, genre

// @style
// alert-block: Alerte à l’usager
// @context: combo:cells, wcs:fields
.alert-block {
  background: violet;
}

Ça reste explicitement très proches des styles, pas d'indirection ici.

Ce qui n'empêchera pas d'évoluer, par la suite, vers des déclarations qui engloberont également des gabarits, qui se trouveront peut-être alors porées par ceux-ci, et pourront amener à quelque chose de plus évolué,

      "styles": {
         "alert-block": {
           "label": "Alerte à l’usager", 
           "context": ["combo:cells", "wcs:fields"],
           "template": "extra/alert-block.html" 
         }
      },

etc. etc.

Mais dans l'immédiat, permettre de :

  • rassembler dans un fichier structuré les classes qu'on veut déclarer comme ok à appliquer sur un champ wcs et/ou une cellule combo
  • choisir dans celles-ci, à travers un <select>, en parallèle du paramétrage "ici taper des classes CSS" qui existe, pour les cellules, pour les champs.

Ça commencerait à nous éloigner du "ici taper des classes CSS", avec les défauts que ça a.

Et je me répète, une fois qu'on en sera là, décider que ce qui a été choisi comme "alerte à l’usager" dans une liste déroulante, plutôt qu'être juste une classe tapée sur un élément, signifie un balisage tout autre, deviendra tout à fait possible.

#8

Mis à jour par Thomas Jund il y a environ 4 ans

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

Et je me répète, une fois qu'on en sera là, décider que ce qui a été choisi comme "alerte à l’usager" dans une liste déroulante, plutôt qu'être juste une classe tapée sur un élément, signifie un balisage tout autre, deviendra tout à fait possible.

Avoir cet objectif en ligne de mire me parait super intéressant.

#9

Mis à jour par Frédéric Péters il y a environ 4 ans

  • Lié à Development #33135: avoir des classes info/warning/etc. notice applicables aux champs w.c.s. ajouté

Formats disponibles : Atom PDF