Recherche avancée

Sur d’autres sites (7124)

• Anomalie #4623 : Styles des fieldset dans l’espace privé

  16 avril 2021, par RastaPopoulos ♥

  Je mets ici un essai fait un peu à l’arrache hier dans le navigateur que j’ai peaufiné un peu ce matin.

  Les arguments qui vont avec :

  • Je pense que c’est plus léger visuellement à la fois que le master et que dans la branche de cette PR, y compris pour les groupes racines, car il n’y a pas de coupure horizontale. Quand l’œil parcourt de haut en bas, il n’est pas bloqué par des bordures horizontales qui font que l’esprit s’arrête un instant.
  • Les groupes doivent tous être matérialisés par un début et une fin, y compris les groupes racines : il peut y avoir des champs hors groupe après n’importe quel fieldset, et donc on doit savoir où finit un fieldset.
  • Là je matérialise avec une fine ligne de la couleur du thème, que je fais terminer en dégradé vers le transparent afin de ce soit plus doux (ce n’est pas une border mais une background-image gradient de 1px)
  • De cette manière on voit à la fois le début et la fin, sans coupure de lecture, et avec une indication de 1px seulement. Notamment les groupes racines ne sont pas décalés du tout par rapport au reste : l’indication de 1px se superpose à la bordure existante des formulaires. Ainsi comme on le voit, les champs intérieur au premier groupe racine sont pile au même niveau que les champs en dehors du groupe.

  

  Commentaire supplémentaire : cette légère matérialisation ne se base pas sur la couleur mais sur la luminosité, ainsi ça marche même si on est daltonien. Pour appuyer on peut utiliser spip-color-theme-dark, ou si on veut faire plus neutre, on pourrait aussi virer totalement la couleur et utiliser spip-color-gray-dark aussi bien pour la ligne dégradé que pour le legend. Le principe restant le même.

  Version monochrome avec spip-color-gray-dark (plus foncé que précédemment), on voit quand même pas mal la diff à tous les niveaux.

  

• Anomalie #4623 : Styles des fieldset dans l’espace privé

  17 avril 2021, par RastaPopoulos ♥

  Alors c’est justement ce que je ne voulais pas générer au moins pour les groupes racines : là on se retrouve pour les fieldsets racines avec 2 bordures collées, ce qui fait super lourd visuellement il me semble : bordure du form et direct collé bordure du groupe.

  Je détaille l’argument du foncé qui était volontaire : quand il y a des décorations claires, certaines personnes (et suivant la qualité des écrans) ne les voient pas ou peu, mais ce n’est pas grave si ce n’est que de la déco. Alors qu’un élément foncé va être vu par un pourcentage bien plus grand de personnes. Comme là il s’agit d’une indication visuelle utile, et non pas juste de décoration, je trouvais donc important que ce soit foncé pour que le max de gens les voit.

  Pour les barres horizontales, là aussi c’était voulu de les enlever, afin d’alléger visuellement : là on se retrouve de nouveau avec des "cadres enfermants" de partout et donc visuellement (quand on a des yeux qui voient toutes les lignes) on a dès le premier coup d’œil cette impression de "cadres dans des cadres dans des cadres". Alors que le but des simplifications de Tcharlss était justement de minimiser le plus possible cette impression, et du coup mon but était de trouver une solution pour les fieldsets qui n’en rajoute pas dans ce domaine.

  Pour la bordure sur la droite b_b, je vais faire un essai, mais le premier truc qui me vient c’est que justement on lit à gauche, et que seulement une indentation sans bordure à gauche c’est beauuuucoup plus faible pour voir du premier coup quels champs sont regroupés avec quels autres. Ça va faire qu’on va voir le regroupement que dans un deuxième temps au lieu de le voir au début de chaque ligne.

• Anomalie #4623 : Styles des fieldset dans l’espace privé

  17 avril 2021

  C’est bien pour ça que d’après moi, le cahier des charges doit inclure ce point : "on doit toujours connaitre le début ET la fin d’un groupe, y compris pour les fieldsets racines".

  Non je ne crois pas Rasta (pour le : y compris pour les fieldsets racines) : ça sous-entends que tu ne sais pas comment va être le formulaire et que la personne qui design du formulaire n’en tient pas compte. C’est peut être vrai pour Formidable potentiellement, mais ce n’est pas vrai pour les formulaires qu’on introduit à la main, comme ceux de ?exec=configurer_contenu où on a une maîtrise totale de ce qu’on fait, et où on peut donc éviter ces problèmes et / ou ajouter une classe au fieldset pour le distinguer.