Saisie explication : proposer les classes de différent boite de spip #170

Open
opened 1 year ago by maieul · 5 comments
maieul commented 1 year ago
Owner

Il me semblerait intéressant de proposer de styler la saisie explication avec les différentes boites listées dans ?exec=charte_alertes

Il me semblerait intéressant de proposer de styler la saisie explication avec les différentes boites listées dans ?exec=charte_alertes
Owner

mmh je sais pas car ya déjà une distinction entre les p.explication et les p.important prévue dans la nomenclature des formulaires, et donc ça fait déjà deux niveaux différents, et ça devrait suffir dans le cadre de formulaires. Ça serait bizarre de pouvoir mettre des styles genre "danger", "important" etc sur des p.explication, alors que ya l'option "important" pour ça

mmh je sais pas car ya déjà une distinction entre les p.explication et les p.important prévue dans la nomenclature des formulaires, et donc ça fait déjà deux niveaux différents, et ça devrait suffir dans le cadre de formulaires. Ça serait bizarre de pouvoir mettre des styles genre "danger", "important" etc sur des p.explication, alors que ya l'option "important" pour ça
Poster
Owner

Je parle bien de la saisie explication hein, pas de l'explication associé à une saisie précise ;)

Je parle bien de la saisie explication hein, pas de l'explication associé à une saisie précise ;)
Owner

Ah pardon j'ai mal lu : pour la saisie explication uniquement ! À chaque fois je confonds quand on parle de la saisie dédiée ou de l'option de chaque saisie…

Ah pardon j'ai mal lu : pour la **saisie** explication uniquement ! À chaque fois je confonds quand on parle de la saisie dédiée ou de l'option de chaque saisie…
Owner

Je vois l'idée, 2 remarques :

  1. Si cette option est ajoutée il faut bien faire comprendre que c'est pas juste de la décoration, les alertes sont censées être couplées à la présence de l'attribut role="alert", ce qui donne un rôle plus important qu'une simple explication.

    C'est à dire avec une différence notable pour les outils d'assistance, cf. mdn : « le navigateur émettra un événement d'alerte accessible aux produits de technologie d’assistance »

  2. Et en parlant d'habillage, côté front les gens verront pas de différence visuelle à moins que les styles publics en tiennent compte (et je suis pas trop sûr que saisies doive proposer des styles par défaut pour ça).

Je vois l'idée, 2 remarques : 1) Si cette option est ajoutée il faut bien faire comprendre que c'est pas juste de la décoration, les alertes sont censées être couplées à la présence de l'attribut `role="alert"`, ce qui donne un rôle plus important qu'une simple explication. C'est à dire avec une différence notable pour les outils d'assistance, cf. [mdn](https://developer.mozilla.org/fr/docs/Web/Accessibility/ARIA/Roles/alert_role) : « le navigateur émettra un événement d'alerte accessible aux produits de technologie d’assistance » 2) Et en parlant d'habillage, côté front les gens verront pas de différence visuelle à moins que les styles publics en tiennent compte (et je suis pas trop sûr que saisies doive proposer des styles par défaut pour ça).

je suis pas trop sûr que saisies doive proposer des styles par défaut pour ça

À priori contre, les rares CSS en public c'est pour du fonctionnel (masquer afficher des choses), le plugin ne doit rien ajouter de choix graphiques.

Du coup c'est pas "styler la saisie explication" mais plutôt "donner un rôle à la saisie explication" non ?

Et ça serait uniquement en API pour les devs, car essentiellement pour celleux qui font des forms d'admin, et pas à mettre dans les YAML qui génèrent les trucs publics, puisque justement la charte qui utilise les rôles c'est que pour l'admin.

> je suis pas trop sûr que saisies doive proposer des styles par défaut pour ça À priori contre, les rares CSS en public c'est pour du fonctionnel (masquer afficher des choses), le plugin ne doit rien ajouter de choix graphiques. Du coup c'est pas "styler la saisie explication" mais plutôt "donner un rôle à la saisie explication" non ? Et ça serait uniquement en API pour les devs, car essentiellement pour celleux qui font des forms d'admin, et pas à mettre dans les YAML qui génèrent les trucs publics, puisque justement la charte qui utilise les rôles c'est que pour l'admin.
Sign in to join this conversation.
No Milestone
No Assignees
3 Participants
Notifications
Due Date

No due date set.

Dependencies

This issue currently doesn't have any dependencies.

Loading…
There is no content yet.