Revisions : SPIP

Les articles publiés sur le site

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

  15 mars 2021, par RastaPopoulos ♥

  @Maieul bah j'étais parti pour le code, cette case, uniquement en JS, comme prévu dans la discussion du ticket #3603. Mais comme j'ai vu que ça marchait déjà je me suis dit : est-ce vraiment utile 1) d'alourdir l'interface + 2) d'alourdir le code à maintenir, alors qu'il y déjà un truc qui fait le taf. Par ailleurs, dans plusieurs systèmes, tu peux utiliser le champ libre pour filtrer : c'est le cas dans github, dans discord, etc. Dans certains (pas tous) ya des menus dédiés en plus pour tel ou tel filtre (étiquettes etc), mais pas toujours. Mais bon oui ya toujours une aide pour découvrir qu'on peut aussi l'utiliser pour ça.

  Mais on peut toujours ajouter cette case à cocher, comme elle était bien prévue dans la maquette de départ de la refonte de SVP.

  @RealET, comme dit dans la PR, ton implémentation utilise le même système comme si c'était un onglet : ça recalcule le contenu SPIP (donc compilation, calcul, cache, etc), alors que justement l'idée était de ne surtout pas avoir à relancer ça : même en ajax quand ya des dizaines de plugins, c'est un boulot énorme qui n'a aucun sens vu que toutes les infos sont déjà dans la page déjà générée, donc JS suffit, comme le filtre texte libre.

  Du coup si ergonomiquement on dit que c'est quand même mieux d'avoir cette case plutôt que juste le filtre libre, ça me pose pas de problème de le faire, j'étais parti pour ça hier de toute façon…

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

  15 mars 2021

  Pas parfait (car ne se base pas sur ce qui est dans la page, mais calcule d'autres pages), mais fonctionnel : https://git.spip.net/spip/svp/pulls/7

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

  15 mars 2021, par Maïeul Rouquette

  1. Que le label et le placeholder doivent être 2 choses distinctes, je suis d'accord
  2. PAr conttre je trouve vraiment très étrange d'avoir un champ "input" qui servirai à filtrer non seulement sur le contenu (nom, description) des plugins mais aussi sur la question du statut. Dans la plupart des formes de recherche, on a plusieurs champs selon les critères

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

  14 mars 2021, par RastaPopoulos ♥

  En fait je viens de me rendre compte : le champ de filtrage libre, permet parfaitement d'effectuer AUSSI ce filtrage ! Donc est-ce qu'il y a vraiment besoin de surcharger l'interface pour ça au final ? Et donc rien à coder (et maintenir) en plus non plus.

  Si tu tapes "mise à jour", ou même juste "à jour", bah t'as immédiatement sans aucun rechargement toutes les mises à jour listée… et avec le nombre associé à gauche.

  Et ça marche aussi pour avoir que TEL TYPE de mise à jour : si tu tapes "fonctionnelle" tu n'as que les mises à jour fonctionnelles, et pareil pour les autres…

  Et ça marche pour toutes les langues… "update" etc suivant ta langue, donc naturellement.

  De mon point de vue finalement, il faudrait juste que le placeholder fournisse des exemples pertinents et ne soit surtout pas un label. Le placeholder doit être utilisé en tant que placeholder. Là c'est "Filtrer" dedans, mais il faudrait plutôt mettre un vrai label autrement, et dedans mettre "nom d'un plugin… mise à jour…".

  Qu'en pensent les zotres ?

• Anomalie #4677 : tri_protege_champ protège trop et peut casser des tris (notamment autre que SQL)

  14 mars 2021, par RastaPopoulos ♥

  Backporté là : https://git.spip.net/spip/spip/commit/a54ab9a893e95dd4d8fb7cd75a24c184e1cced94