Recherche avancée

Sur d’autres sites (5690)

• Evolution #4762 (Nouveau) : Donner une préférence de poids aux utilisations de pipelines

  3 mai 2021, par RastaPopoulos ♥

  Je soumets ceci à votre sagacité.

  Il me semblerait utile de pouvoir, en plus du comportement par défaut, ajouter explicitement une préférence de poids lors des déclarations de pipelines. Ça ne pourra jamais être un placement pile à tel endroit précis, mais cela résoudrait je crois 99% des cas où où veut qu’un pipeline se lance "le plus possible à la fin des autres", ou "le plus possible au début".

  Car :
  1) un plugin ne peut pas nécessiter tous les autres du monde pour passer au max à la fin (et on ne veut pas forcément ça pour tous les pipelines qu’il utilise)
  2) un plugin peut être nécessité pour totalement autre chose, et pourtant vouloir passer après en terme de mécanisme pour tel pipeline précis

  L’idée serait que :
  - par défaut, c’est toujours pareil bien sûr, ça se lance dans l’ordre des dépendances + alpha sinon (cas où poids=0)
  - mais si on ajoute poids=10 ou poids=-10, ça force l’ordre pour aller avant ou après
  - les pipelines d’un même poids sont ordonnés selon les dépendances + alpha (le cas défaut poids=0 étant juste un cas pareil que les autres)

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

  17 avril 2021

  Je suis bien d’accord avec le cahier des charges, mais je trouverais vraiment dommage de changer de représentation des fieldsets à la racine.

  Pour ces dernier je trouve que la représentation actuelle est de loin la plus simple, la plus claire et la plus élégante : un simple trait discret en séparation. Ça ne « coupe » pas la lecture, ou disons juste ce qu’il faut pour indiquer qu’on passe à une autre partie.
  Et c’est 100% des fieldsets utilisés dans la dist, si ça "pète" ceux-là pour s’accommoder d’éventuels fieldsets imbriqués qu’on ne rencontre quasiment que dans formidable, bof quand même.

  En revanche pour ceux imbriqués, oui je trouve qu’un trait de côté est une bonne solution, ça fonctionne bien sans trop alourdir, et ça montre bien le début et la fin. Peu importe les détails : bords arrondis ou pas, trait en haut ou pas, espèce d’angle droit ou pas comme sur les tests de rastapopoulos.
  Dans l’ensemble c’est le dernier test de nicod_ qui me semble la meilleure piste.

  MAIS (bruit de tonnerre)

  Pour montrer la fin des fieldsets à la racine, c’est la galère.
  À priori il suffit d’une bordure en bas, ok.
  Ça marche si le fieldset est suivi d’autre chose qu’un fieldset.

  Mais pas quand 2 fieldsets se suivent : ça fait 2 bordures successives avec un espace entre, c’est bancal.
  Il faudrait qu’ils soient "collés" avec une seule bordure partagée, mais j’ai aucune idée de comment faire. Il faudrait un sélecteur CSS "élément suivi de" qui n’existe pas.

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

  17 avril 2021, par RastaPopoulos ♥

  Le problème est montré sur le dernier champ du formulaire formidable : on ne sait pas s’il est du fieldset ou possiblement en dehors du fieldset

  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".
  Car à tout moment il peut y avoir des champs avant et après un groupe. Donc on doit savoir quand ça se finit.

  Et c’est bien si la solution choisie montre ce début-fin sur 100% des forms sans avoir besoin de faire des exceptions. Et pour ça l’idée c’était justement que ça reste léger visuellement, donc en superposition de la bordure du formulaire pour ce qui est du premier niveau.