Revisions : SPIP

Les articles publiés sur le site

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

  19 avril 2021, par nicod _

  Pour info j'ai travaillé sur le regroupement des radios et checkbox dans des fieldsets :
  https://git.spip.net/spip-contrib-extensions/saisies/pulls/105

  Pour l'instant, ça ne fait que mettre un fieldset à la place du div comme contenur, et un legend à la place de label, ça génère donc un simple fieldset.editer :

  span> class="editer editer_radio_2 saisie_radio editer_odd" data-id="@607d93aee2988">
      span> class="label">Boutons radios
      span> class="choix choix_choix1">
          span> type="radio" name="radio_2" class="radio" id="champ_radio_2_1" value="choix1">
          span> for="champ_radio_2_1">Un
      
      span> class="choix choix_choix2">
          span> type="radio" name="radio_2" class="radio" id="champ_radio_2_2" value="choix2">
          span> for="champ_radio_2_2">Deux
      
      span> class="choix choix_choix3">
          span> type="radio" name="radio_2" class="radio" id="champ_radio_2_3" value="choix3">
          span> for="champ_radio_2_3">Trois
      
  
  

  PS : note au passage : les classes editer_odd et editer_even sont vraiment nécessaires ?

• Evolution #4739 : Styles des boîtes et messages du privé

  19 avril 2021, par b b

  À fond oui !

  Par contre il faudrait alléger les variantes notice, erreur et info. Sur la page de maintenance c'est festif actuellement :)

  Ça flash pas mal aussi pour les blocs des documents joints dans la nav de ecrire/?exec=article_edit&id_article=X ^^

  Quant à la date de release de la 3.3, on verra bien ce qu'on arrive à faire, l'essentiel amha étant de ne pas le faire après le 1er juillet grand max, mais on devrait parler de tout ça sur spip-dev dans un fil dédié :)

• Evolution #4739 (Nouveau) : Styles des boîtes et messages du privé

  19 avril 2021

  Dans la foulée des styles des formulaires, je pense qu'il serait bien d'accorder ça avec les styles des boîtes #BOITE_OUVRIR.
  Mais avant d'y aller, je prends la température.

  Si une alpha est prévue pour le 1er mai ça va être un peu sport. Cela dit, c'est moins compliqué que les formulaires puisqu'il ne s'agit que de l'emballage extérieur, et il s'agit de reprendre une partie des styles des formulaires. Bref ça pourrait.

  Par contre ça repose sur une partie des évolutions de la PR 157, donc travail à entamer qu'après celle-ci intégrée.

  Boîtes¶

  Dans l'immédiat je ne souhaite pas revenir sur toutes les variantes de boîtes (info, raccourcis, inverse, etc.), qui devraient rester pareil dans les grandes lignes.
  Par contre il faudrait alléger les variantes notice, erreur et info. Sur la page de maintenance c'est festif actuellement :)

  La direction que je veux prendre, c'est de mettre juste une bordure de couleur, et éventuellement déplacer l'icône en haut.
  Cf. image boite_notice_1.png en pièce-jointe.

  Messages¶

  Par contre un truc un peu problématique, c'est que ces boîtes font un peu double emploi : parfois elles ne sont pas utilisées en tant que boîte à proprement parler, mais en tant que message d'alerte (notice, success, error).
  Je pense qu'il faudrait éviter de les utiliser comme ça, ce sont 2 besoins différents, et ça devrait être 2 composants différents avec des styles propres.

  Dans ce cas, il s'agit de l'équivalent des alertes de Bootstrap par exemple : https://getbootstrap.com/docs/5.0/components/alerts/

  Exemple : sur la page maintenance, le bloc « htaccess inopérant » ça devrait être un simple message d'alerte.
  Et tout bas, le bloc « effacer les statistiques » c'est logique qu'il s'agisse d'une boîte.

  Alors ce composant « alerte » existe à peu près, mais un peu par contingence je crois : il y a des classes .notice, error et .info qu'on peut appliquer à un div, et ça semble faire le job.
  Mais il faudrait rendre ça plus sûr : une classe .alerte et ces déclinaisons .alerte_notice, .alerte_error et .alerte_info
  Pour officialiser ça pourrait pourquoi pas être complété par une balise #ALERTE{titre, variante, …}.

  Là au niveau des styles, ça serait en mode flat, sans ombre portée, et avec un fond de couleur (proche voir identique aux messages de retour des formulaires).
  Cf. image message_notice_1.png en pièce-jointe.

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

  19 avril 2021, par Maïeul Rouquette

  Hum

  Genre .editer-fieldset par exemple, au lieu de .fieldset tout court ?

  le risque c'est la confusion possible avec fieldset.editer (les fieldsets pour les radios etc)

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

  19 avril 2021

  ça me va très bien ".editer-fieldset".

  Concernant les "exceptions" ou trucs à la marge que tu signales. Ça peut se régler sur chaque formulaire : je pense pas que ça soit une bonne idée de gérer le «multi boutons». Tant mieux si ça le fait mais je veux dire : pas la peine de promouvoir cette utilisation.

  Sur les multiples .editer-groupe : oui je pense que c'est pas idiot de gérer la possibilité d'en avoir plusieurs à la racine...