manager: check counters (#74489) #38
Loading…
Reference in New Issue
There is no content yet.
Delete Branch "wip/74489-booking-check-counters"
Deleting a branch is permanent. Although the deleted branch may exist for a short time before cleaning up, in most cases it CANNOT be undone. Continue?
pour discussion:
(note: j'ai posé les styles dans gadjo, ça sera une autre PR)
Les couleurs sont un peu criardes (même si je comprends que ce sont les couleurs standards des alertes et que là je trouve ça très bien).
« Not checked » pourrait être traduit en « Non pointés ».
La présentation en tableau de la page des événements pourrait apporter une meilleure lisibilité. A défaut, il est peut-être envisageable de sauter une ligne entre les tags et le libellé.
5c7a7e99c3
to6a54dd2af0
6a54dd2af0
to0b2db06bc7
WIP: manager: check counters (#74489)to manager: check counters (#74489)Vu avec ThomasJ.
Des copies d'écran du résultat.
0b2db06bc7
to42e3c37c39
(uniquement des questions de style ici, sur base des captures)
Pour différencier deux niveaux dans les listes sur la page d'accueil on a une réduction taille/opacité,; on imaginerait modifier ça pour faire pareil ? (dans un autre ticket)
Aussi (mais pareil plutôt un autre ticket) ça me fait m'interroger sur l'affichage de l'identifiant des événements.
On réduisait l'opacité des lignes des événements passés, on abandonne ça ?
Je ne suis pas tout à fait sûr de ce style sans fond/bordure, parce que j'imaginerais pour faciliter la lecture un avantage à garder les éléments alignés, ce qui se perd si on passe la dizaine :
Ce à quoi, on pourra répondre en forçant une largeur,
et pour faciliter la lecture, avoir le nombre aligné à droite,
et là il me semble qu'on gagne à avoir un fond pour "unir" "Présents 2", ne pas avoir un "2" perdu au milieu.
42e3c37c39
tob2e6dcee55
Oui c'est pareil sur cette page, les mêmes styles sont appliqués (cf captures, listing et settings)
Sur la page de paramétrage uniquement, oui, autre ticket :)
C'est ce que je voulais dire par "les events hors période d'inscription ne changent plus de couleur"
Mais ça dépend de la langue et des traductions
C'est déjà uni par la couleur vert/rouge/gris, non ?
J'aurais dû mettre une capture d'écran, je parlais accueil accueil (chrono/manager/templates/chrono/manager_home.html).
Désolé j'avais lu trop vite et pas fait le lien; de l'historique c'est juste moi qui avait fait ça https://dev.entrouvert.org/issues/13382 on ne reviendra sur aucune promesse si on arrête, ok.
Oui dans ma tête j'imaginais le balisage modifié pour appliquer la largeur uniquement au compteur,
Dans le ticket de base il est question de daltoniens et j'ai assuré qu'on prendrait ça en compte, j'ai peur que juste la couleur ne suffise pas.
Mais c'est exacerbé par mon idée précédente qui éloigne le compteur du texte, je me prends peut-être un peu trop la tête ici; oublions, et qu'on parte sur ce qui est proposé et on pourra toujours ajuster derrière en fonction des retours.
(fatigue, j'ai cru que c'était ThomasJ qui avait fait le commentaire précédent, mes réponses ne sont donc pas forcément très claires)
Je ne vois pas de quoi tu parles, tu peux poser une capture ?
Donc oui, avec ThomasJ on s'est dit que l'opacité réduite pour un event hors délai nuisait à la lecture des informations, donc je l'ai supprimée et j'ai passé l'information "hors délai" sur la ligne des tags.
(et le pointage se fait lorsque l'évent est passé, donc les compteurs seraient tout le temps en opacité réduite)
Thomas m'a également demandé de créer un nouveau type de tags, arbitrairement nommé
meta
, et de ne pas reprendre les styles span.tag qui sont trop définis dans gadjo uniquement pourul.objects-list li span.tag
eth2 span.tag
Et pour la page de détail, sortir les tags & co du h2 et les poser en dessous.
Ca fonctionne si on a exactement la même chose avant les .meta sur chaque ligne. Or on peut avoir un tag Pointé, un tag Complet, les deux, pas de tag.
Et donc le fond pour unir, ThomasJ m'a explicitement demandé de ne pas mettre de fond :)
Et mes questions s'adressaient surtout à Thomas, pour comprendre les choix :)
On a
nom de l'événement <span class="identifier">[identifiant : ...]</span>
, avec .identifier qui réduit la taille et l'opacité, j'imaginais qu'on voudrait adopter là aussi un rendu<span>nom de l'évenement en gras</span> <span>[identifiant en pas gras mais sans y toucher taille/opacité]</span>
.Ah zut zappé ça. Je pense quand même qu'avoir les textes alignés améliorerait la lisibilité, mais oui ici ça voudrait dire un choix un peu arbitraire/large pour satisfaire les traductions.
J'ai fait sauté le fond de ces informations pour réduire leur l'impact graphique.
Pour respecter un peu mieux la hiérarchie visuelle de l'information.
Quand l'usager cherche une information, dans ce listing, il parcours
Le titre doit donc avoir la hiérarchie visuelle la plus importante, pour permettre une lecture par scan de page.
Et dans la première proposition de Lauréline : https://git.entrouvert.org/attachments/b0d43af4-c9cf-47fa-8f01-a972967ebe98, les tags prédominent visuellement sur le titre. Mauvaise hiérarchie, perte de l'alignement vertical pour sauter d'un titre à un autre. Ça avait tendance à nuire la bonne recherche d'information, compliquer la lecture.
Et comme on allait pas révolutionner le design des entrées, J'ai proposé de réduire l'impact visuel des infos de présence / absence par la suppression du fond. Ça rééquilibre un peu, mais pas encore assez, alors l'idée de passer le titre en semi-bold
L'alignement des informtion de même type est intéressante losque l'on veux visuellement sauter facilement de l'un à l'autre, sans repasser par la case titre de l'event, ce qui me semble peu utile. Mais on peut aller dans ce sens en prévoyant une largeur de 2 ou 3 chiffres.
Et de toute façon, l'alignement sera perdu si une information sur une ligne diffère des autres, comme la non présence du tag "Pointé"
b2e6dcee55
toa6b0ed6abf