Sur code.spip.net je vois que la recherche est sensible à la casse :
https://code.spip.net/spip.php?page=recherche&recherche=balise_get
ne donne aucun résultat
il faut
https://code.spip.net/spip.php?page=recherche&recherche=balise_GET
Ce serait mieux si c'était pas aussi sensible...
...
Hop,
Sur code.spip.net je vois que la recherche est sensible à la casse :
https://code.spip.net/spip.php?page=recherche&recherche=balise_get
ne donne aucun résultatil faut
https://code.spip.net/spip.php?page=recherche&recherche=balise_GET
Alors justement y a eu une discussion IRC hier à propos de ça.
C’est peut être pour ça que tu réagis. Et aussi parce que ça cherche le mot exact si on cherche "balise GET" ça ne trouvera pas.
Comme je disais :
Ça se passe : https://zone.spip.net/trac/spip-zone/browser/spip-zone/_galaxie_/code.spip.net/spip-zora/squelettes/liste/autodoc-recherche.html#L34 et https://zone.spip.net/trac/spip-zone/browser/spip-zone/_galaxie_/code.spip.net/autodoc/trunk/templates/zora/content/recherche.twig#L40
Mais en gros le $q est conservé pour la recherche (pas explosé sur les espaces pour chercher chaque mot), et on teste sur :contains() en jquery qui est sensible à la casse
Donc faudrait déclarer un :icontains() insensible à jQuery (en faisant des strtolower de part et d’autre), exploser $q ...
Ça me parait un peu relou (et en plus ça va faire ramer la recherche encore plus)
MM.
Alors justement y a eu une discussion IRC hier à propos de ça. C’est peut être pour ça que tu réagis.
Non c'est juste suite à la recherche citée plus haut, échouée ce matin
Et aussi parce que ça cherche le mot exact si on cherche "balise GET" ça ne trouvera pas.
Comme je disais ...Donc faudrait déclarer un :icontains() insensible à jQuery (en faisant des strtolower de part et d’autre), exploser $q Ça me parait un peu relou (et en plus ça va faire ramer la recherche encore plus)
Gérer les espaces et la non-sensibilité à la casse sont 2 choses différente.
Dans SPIP les recherches séparent les différents mots et c'est très smart.
Mais pour le code, ça me semble moins nécessaire.
Si les espaces sont pas gérés smarts, le site peut éventuellement l'indiquer
et l'utilisateur en tiendra compte sans trop de regrets à mon avis.
Gérer la non sensibilité à la casse me semble plus utile
(et ç'a l'air beaucoup plus simple en terme de code aussi.)
JL
PS pour b_b : j'ai causé là et pas sur core parce que... euh,
ça permet parfois d'avoir une réponse vivante
et sinon oui je reporterais dans un ticket si je crois toujours que ça mérite la durée.