Recherche avancée

Sur d’autres sites (2757)

• Anomalie #4543 : Accessibilité des chargements ajax (live regions)

  22 septembre 2020, par nicod _

  nicod _ a écrit :

  C’est bien ce que je comprends des recos, oui, attribut aria sur le premier résultat et redonner le focus sur cet élément.

  J’ai dit une bêtise : retirer l’attribut aria-live et juste gérer le focus.

  Précisions :

  (D’ailleurs, pour effectuer cela, afin de donner le focus à un élément qui normalement ne le reçoit pas, il faut lui ajouter un attribut tabindex="-1".)
  Enfin, il est vraiment important de voir en contexte leur nécessité, si je reprend l’exemple donné sur le github de la disic, à propos d’un panier d’achats, ce n’est pas aussi simple qu’ils l’ont écrit. Tout va dépendre du comportement global. Exemples, après avoir mis un article dans le panier :

  - je suis redirigé vers la page du panier s’affiche (rechargement de page) > alors pas d’aria-live
  je reste sur ma page produit et une "animation" montre mon article qui va dans le panier où le nombre d’article est incrémenté > là on utilise une live region qui va dire un truc du style "3 articles dans le panier" (ou qui peut être plus précise même : "l’article "x" a été ajouté, vous avez 3 articles dans le panier")
  - le panier s’affiche comme une modale (souvent c’est un panneau à droite de l’écran) -> là non plus, a priori pas d’aria-live nécessaire, comme il y a forcément une gestion du focus à prévoir pour amener l’utilisateur dans la bonne zone, on va donner le focus à un titre du style "votre panier (3 articles)"
  etc.

• Evolution #3589 (Fermé) : Modification au pointage des résultats de recherche...

  9 mars 2021, par cedric -

  J’ai intégré en adaptant parce que :
  - le patch proposé est buggué en se basant uniquement sur $regs[0][0] qui est le premier résultat trouvé : il faudrait donc itérer sur chaque résultat
  - pour le résultat multi-mots, l’algo ne marche pas si bien car si par exemple je cherche "tempete de sable" le "de" est supprimé des regexp car trop court, et donc je n’ai que des match sur tempete et sable
  - la distinction mot entier/partie de mot est quand même lourde car il faut donc refaire une preg dans un foreach (sans oublier d’échapper le résultat pour reconstruire une preg) et discutable car si je trouve "baton" dans le mot "batons" au pluriel en quoi ce serait moins bien que dans "baton" au singulier ? Il faudrait donc pousser plus loin l’analyse ce qui va in fine être très couteux

  Tout bien pesé et regardé, j’ai donc tiré la substantifique moelle du patch qui est de dire "plus le résultat trouvé est long mieux c’est" et ça donne https://git.spip.net/spip/spip/commit/c1ab59cb72c77102ea9b75309c2062ab8d8aa51a : je pondère le poids par la longueur totale des matchs trouvés et non par le nombre de match.

  Effet de bord, tous les #POINTS vont fortement augmenter, si quelqu’un utilisait un seuil pour filtrer ses résultats ça va tomber à l’eau (mais c’est pas très grave...)

• Evolution #3603 : Ergonomie des onglets de sélection des plugins

  21 avril 2020

  +1 pour ne pas avoir un onglet des mises à jour.

  Ok s’il y a un moyen de filtrer les mises à jour une fois qu’on est dans l’onglet des plugins actifs.
  Toutefois je pense qu’on devrait prévoir le cas où on puisse atterrir sur cette page avec ce filtre déjà activé. À ce compte là un vrai lien serait plus simple qu’un truc javascript. Un exemple : mettons que dans le futur il y ait un tableau de bord plus complet, avec éventuellement une partie comportant les notifications admins : "la version de 4.0 de spip est disponible", "3 plugins peuvent être mis à jour", etc. Hop, un clic sur le lien et on arriverait sur la page déjà filtrée.

  Ben, le truc aussi c’est que les verrouillés c’est pareil que les dépôts, l’utilisateur lambda s’en fout complètement, et en plus ça ne signifie rien, on a aucune raison de garder ça.

  Attention certains plugins de la dist ne sont configurables qu’à partir de cette page (svp, etc.).
  Et si un jour il y a des distributions différentes, il pourra y avoir des plugins communautaires également dans la liste (et donc qu’on doit pouvoir configurer aussi).
  C’est peut-être le terme « verrouillés » qui n’incite pas trop à aller dessus.

  ----
  En pj un petit test en ajoutant une pastille dans l’onglet des actifs, avec le nombre de mises à jour.
  Et aussi séparer les onglets en 2 groupes pour voir : d’un côté ceux qui listent les plugins, et de l’autre les actions. Bon, je sais pas quoi en penser, c’est juste pour voir :p