identite : visiblement les champs obligatoires sont en gras, les champs facultatifs ne le sont pas. Pourtant il y a en plus la mention "(optionnel)" pour le label pour la saisie de l'email du webmestre, ce qui 1) est redondant avec la signalétique, 2) est disgracieux car ça déborde sur 3 lignes.
?exec=configurer_multilang : la présentation pour la boite "Multilinguisme" est déconcertante. C'est comme si il y avait un fieldset pour chacune des options, sauf qu'il n'y a qu'une seule option dans chaque groupe. On perd la clarté que c'est sensé apporter car une liste de fieldsets ayant tous un seul élément "dévoie" le concept graphique de fieldset. A mon avis, la présentation habituelle sans fieldset serait mieux intégrée visuellement, cad avec juste un label à gauche et la saisie à droite.
?exec=configurer_interactions
"Inscription automatique de nouveaux rédacteurs" : il y a un texte d'explications en retrait et en italiques (blockquote i), c'est un format ponctuel moche. Ce serait mieux sur fond grisé (class = explication) ou éventuellement avec un avertissement jaune comme la boite plus en dessous (class notice)
?exec=configurer_avancees
compression : il y a un texte en tout petit. Un class=explication serait préférable non ?
?exec=configurer_forum
"Mode de fonctionnement par défaut des forums publics" : enlever l'italique soudain dans l'explication !
"Forum" : * enlever le soudain au milieu de l'explication ! C'est moche.
?exec=configurer_urls
Que signifie ""Activer la gestion avancée des URLs" ? hmm il doit s'agir de la possibilité d'éditer les urls retenues ?
Il faudrait une .explication.
- identite : visiblement les champs obligatoires sont en gras, les champs facultatifs ne le sont pas. Pourtant il y a en plus la mention "(optionnel)" pour le label pour la saisie de l'email du webmestre, ce qui 1) est redondant avec la signalétique, 2) est disgracieux car ça déborde sur 3 lignes.
- ?exec=configurer_multilang : la présentation pour la boite "Multilinguisme" est déconcertante. C'est comme si il y avait un fieldset pour chacune des options, sauf qu'il n'y a qu'une seule option dans chaque groupe. On perd la clarté que c'est sensé apporter car une liste de fieldsets ayant tous un seul élément "dévoie" le concept graphique de fieldset. A mon avis, la présentation habituelle sans fieldset serait mieux intégrée visuellement, cad avec juste un label à gauche et la saisie à droite.
?exec=configurer_interactions
- "Inscription automatique de nouveaux rédacteurs" : il y a un texte d'explications en retrait et en italiques (blockquote i), c'est un format ponctuel moche. Ce serait mieux sur fond grisé (class = explication) ou éventuellement avec un avertissement jaune comme la boite plus en dessous (class notice)
?exec=configurer_avancees
- compression : il y a un texte en tout petit. Un class=explication serait préférable non ?
?exec=configurer_forum
- "Mode de fonctionnement par défaut des forums publics" : enlever l'italique soudain dans l'explication !
- "Forum" : * enlever le <small> soudain au milieu de l'explication ! C'est moche.
?exec=configurer_urls
- Que signifie ""Activer la gestion avancée des URLs" ? hmm il doit s'agir de la possibilité d'éditer les urls retenues ?
Il faudrait une .explication.
Bon j'ai commité ce que j'ai pu qui concerne les extensions.
Pour le core, je fournis 2 fichiers .diff ; un pour /ecrire, l'autre pour /prive.
Il reste des points à améliorer encore :
Concernant "config multilangue" :
il y a des fieldsets car quand on coche une option et qu'on valide, une 2ème apparaît à la suite. On peut alors la cocher puis re valider, ou non. Le problème est donc plus complexe que décrit dans le ticket initial. A mon avis, le plus dommage ici c'est de ne pas avoir la vision de cette 2eme option immédiatement quand on clique la 1ère. Elle devrait apparaitre au clic, ou être déjà là mais grisée inactive et s'activer au clic.
De manière générale, il y a une question de structure et de présentation qui n'a pas de réponse 100% satisfaisante dans le cas où une box ne contient qu'une seule saisie, ou un seul fieldset. Actuellement l'explication doit aller dans le
puisqu'elle se réfère à la saisie, et du coup elle a une grosse marge à gauche. Ou alors il faut la sortir du
en considérant qu'elle se réfère à toute la box...
gros padding left pour les contenus des
, qui concerne aussi les explications données.
Ceci n'apparaît pas adapté dans les cas, majoritaires en fait, où il y a un unique
dans une box.
Bon j'ai commité ce que j'ai pu qui concerne les extensions.
Pour le core, je fournis 2 fichiers .diff ; un pour /ecrire, l'autre pour /prive.
Il reste des points à améliorer encore :
Concernant "config multilangue" :
il y a des fieldsets car quand on coche une option et qu'on valide, une 2ème apparaît à la suite. On peut alors la cocher puis re valider, ou non. Le problème est donc plus complexe que décrit dans le ticket initial. A mon avis, le plus dommage ici c'est de ne pas avoir la vision de cette 2eme option immédiatement quand on clique la 1ère. Elle devrait apparaitre au clic, ou être déjà là mais grisée inactive et s'activer au clic.
De manière générale, il y a une question de structure et de présentation qui n'a pas de réponse 100% satisfaisante dans le cas où une box ne contient qu'une seule saisie, ou un seul fieldset. Actuellement l'explication doit aller dans le <ul> puisqu'elle se réfère à la saisie, et du coup elle a une grosse marge à gauche. Ou alors il faut la sortir du <ul> en considérant qu'elle se réfère à toute la box...
gros padding left pour les contenus des <li>, qui concerne aussi les explications données.
Ceci n'apparaît pas adapté dans les cas, majoritaires en fait, où il y a un unique <ul> dans une box.
identite : visiblement les champs obligatoires sont en gras, les champs facultatifs ne le sont pas. Pourtant il y a en plus la mention "(optionnel)" pour le label pour la saisie de l'email du webmestre, ce qui 1) est redondant avec la signalétique, 2) est disgracieux car ça déborde sur 3 lignes.
?exec=configurer_multilang : la présentation pour la boite "Multilinguisme" est déconcertante. C'est comme si il y avait un fieldset pour chacune des options, sauf qu'il n'y a qu'une seule option dans chaque groupe. On perd la clarté que c'est sensé apporter car une liste de fieldsets ayant tous un seul élément "dévoie" le concept graphique de fieldset. A mon avis, la présentation habituelle sans fieldset serait mieux intégrée visuellement, cad avec juste un label à gauche et la saisie à droite.
?exec=configurer_interactions
?exec=configurer_avancees
?exec=configurer_forum
?exec=configurer_urls
Il faudrait une .explication.
Bon j'ai commité ce que j'ai pu qui concerne les extensions.
Pour le core, je fournis 2 fichiers .diff ; un pour /ecrire, l'autre pour /prive.
Il reste des points à améliorer encore :
Concernant "config multilangue" :
il y a des fieldsets car quand on coche une option et qu'on valide, une 2ème apparaît à la suite. On peut alors la cocher puis re valider, ou non. Le problème est donc plus complexe que décrit dans le ticket initial. A mon avis, le plus dommage ici c'est de ne pas avoir la vision de cette 2eme option immédiatement quand on clique la 1ère. Elle devrait apparaitre au clic, ou être déjà là mais grisée inactive et s'activer au clic.
De manière générale, il y a une question de structure et de présentation qui n'a pas de réponse 100% satisfaisante dans le cas où une box ne contient qu'une seule saisie, ou un seul fieldset. Actuellement l'explication doit aller dans le
puisqu'elle se réfère à la saisie, et du coup elle a une grosse marge à gauche. Ou alors il faut la sortir du
en considérant qu'elle se réfère à toute la box...- , qui concerne aussi les explications données.
gros padding left pour les contenus des
Ceci n'apparaît pas adapté dans les cas, majoritaires en fait, où il y a un unique
dans une box.
Version cible mise à 3.0
fini de corrigé par http://zone.spip.org/trac/spip-zone/changeset/59674
et r19141 et r19142
Statut changé à Fermé