Revisions : SPIP

Les articles publiés sur le site

• Anomalie #3946 : Notice php

  16 mars 2021

  La modification est un peu rude :)

  [(#REM) Signer la petition ]
  #FORMULAIRE_SIGNATURE hors boucle, ce qui semblait permis
  

  Appelle #PETITION via

  return calculer_balise_dynamique($p, 'FORMULAIRE_SIGNATURE', array('id_article', 'petition'));
  

  Du coup on a une erreur de squelette Champ #PETITION hors boucle squelettes-dist/inclure/petition.html

• Evolution #4609 : Pouvoir configurer le délai d’expiration du cookie de la splash boite

  16 mars 2021, par jean marie

  Merci et plutôt d'accord avec le fait que ça devrait être hors du core :)

  je viens de tester avec ça dans son monplugin_pipelines.php mais pas sûr que ça soit la bonne méthode (= j'ai bien l'impression que ça marche pas :) )

  function monplugin_insert_head_css($flux) {
      $config['splash_days'] = 2 ;
      return $flux;
  }
  

  + dans paquet.xml

      span> nom="insert_head_css" inclure="monplugin_pipelines.php"    />
  

• Anomalie #4694 : Accessibilité des cases à cocher des plugins

  15 mars 2021, par nicod _

  Pas encore testé, mais il faut éviter return false; avec jQuery, sauf en toute connaissance de cause, sinon ça peut générer des bugs si plusieurs events sont déclarés (même ailleurs) sur les même objets.
  Il vaut mieux utiliser e.preventDefault().

  https://stackoverflow.com/questions/1357118/event-preventdefault-vs-return-false

• Evolution #4608 : Avoir une classe spécifique pour la Splash Boîte

  15 mars 2021, par jean marie

  Super, merci !

• Evolution #4695 : Pouvoir filtrer selon divers critère. Principalement : mise-à-jour disponible

  15 mars 2021

  Alors si tu te lance là-dedans, tu as des éléments dans
  https://git.spip.net/spip/svp/commit/a58c4d19f6f67a6973f291f8e458320a940ee62a
  et https://git.spip.net/spip/svp/commit/edad1fbc8bdb7c30829ad57df0b3a8703cdbb83c

  Mais en fait, il faudrait revoir toute la logique de filtrage :

  • Que le clic sur la case à cocher, ou le keyup du texte de filtrage appellent tous les 2 la même fonction.
  • Et que cette fonction calcule un tableau de ce qui est filtré par l'un, et un autre tableau par l'autre, et fournisse l'intersection des 2 (ou des N si plus de critères)
  • et rafraichisse l'affichage ou non (si 0) de la case à cocher et du nombre de plugins mettables à jour dans la vue

  De plus, comme ça ne fait que cacher les lignes hors du filtre, il faut qu'à l'envoi du formulaire, ça n'envoie que les lignes visibles.
  Ou pas d'ailleurs, parce que l'on peut utiliser le champ de recherche pour cocher plusieurs plugins et vouloir faire l'action sur tous, pas seulement le dernier que l'on est en train de voir.
  Ça, ça pourrait d'ailleurs se résoudre en changeant le filtrage pour toujours garder visibles les plugins déjà cochés…

  Des tas de questions qui se posent moins avec mon implémentation.