Ça sent la requête SQL daubée. Genre un AND au lieu d'un OR...

Sur le site en question, il n'est nullement précisé que c'est "ou"... Je pense que chaque case cochée est un critère de recherche inclus... Si on ne veut que les points de collecte, il faut cocher uniquement point de collecte, sinon ça veut dire qu'on cherche une boutique qui fasse aussi point de collecte. Enfin c'est mon point de vue

Ok, mais tu avoueras que pour l'utilisateur, ça n'a pas beaucoup de sens. D'ailleurs le titre c'est "Type de point de collecte". Donc si on coche "Boutique Nespresso" ça sous-entend que c'est une boutique qui collecte les capsules.
Dans tous les cas, j'ai envie de dire que soit le site est mal fait (leur système de case à cochée n'est pas clair) soit leur recherche est mal faite.

Ça parait en effet assez évident que les boutiques font toutes point de collecte...

Je pense que le gars qui a développé ça ne connaissait pas la différence entre les cases à cocher et les boutons radio. Telle est ma théorie.

Alors d'une, ce n'est pas marqué et/ou.

De deux, il n'y a que deux choix possibles, dont il est logique que ce ne soit pas un "ou", sinon ces cases n'ont absolument aucun interet.

Je ne vois pas le Pebkac ici, juste une option qui permet de filtrer des résultats.

Je vient d'aller voir sur le site, et l'intérêt de ces cases est loin d'être évident :
- Les boutiques Nespresso sont toutes des points de collecte (du moins par chez moi).
- En décochant les deux options, j'obtiens des résultats (40) dont la plupart ne sont ni des boutiques Nespresso, ni des points de collecte.

Le formulaire de recherche de points de collecte permet donc de trouver :
- Soit les boutiques.
- Soit les boutiques + les points de collecte.
- Soit les boutiques + les points de collecte + ???.

Si on coche "boutique", la case "point de collecte" ne sert à rien.
Si on dé-coche à la fois "boutique" et "point de collecte", le formulaire ne sert à rien.

Bon, en effet, il y a un mystère à élucider : que sont ces adresses ni boutiques, ni points de collecte :D

Ou alors c'est pour inciter les gens crédules à aller en boutique pour mieux leur en revendre derrière.

Ou alors c'est totalement voulu, dans ça conception le développeur à pensé que si on coche les deux, on veux une boutique qui fait point de collecte.

Pour moi, si je me base uniquement sur ce qui est dit dans le PEBKAC, CTLP.
Une cache à cocher implique obligatoirement un "ET". Pour un "OU", ça aurait été un bouton radio...
Et après avoir été vérifier le site, pour moi ça semble fonctionner comme attendu.
Après, le seul bug serait que le fait de décocher les deux cases donne quand même un résultat, mais il n'est pas question de ça dans la description du problème, donc...

ouille

http://www.ldlc.com/informatique/pieces-informatique/disque-ssd/c4698/

Va dans constructeur, dis moi si les checkbox impliquent un ET, et sinon dis moi comment faire pareil avec des boutons radios ?

Bien sûr que les checkboxes impliquent un "ET"... Que veux tu qu'elles impliquent d'autre ? C'est le principe d'un filtre...

On parle bien de ET ou OU booléens, là ? Non je demande ça car c'est bien un OR (ou) et non AND (et), et Lena a raison...

Si ç'avait été un AND il n'y aurait JAMAIS de résultat pour plus d'un constructeur, puisqu'on aurait une requête du type
SELECT object WHERE constructeur = "ASUS" AND constructeur = "CORSAIR" ce qui est impossible.

Le constructeur ne peut être à la fois Asus ET Corsair.

P.S. : de manière générale, les checkboxes indiquent bien un "OU".

Non, il n'est pas question de ET ou OU booléen, c'est du côté de l'utilisateur qu'on se place. Dans la liste défilante avec case à cocher, l'utilisateur choisit d'afficher ASUS ET Corsair. Si on veut lui laisser la possibilité de ne choisir que l'un des fabricant, donc ASUS OU Corsair, il faut utiliser un bouton radio.
D'ailleurs, s'il avait été question de langage de programmation, j'aurais parlé de AND et OR, pas de ET et OU...

Ok donc dans le PEBKAC la liste devrait afficher les boutiques ET les points de collectes si les 2 cases sont cochées or ce qui s'affiche ce sont les boutiques qui sont aussi des points de collectes du coup je ne vois pas pourquoi tu met un CTLP.

Pas d'accord, tu coches les deux cases si tu veux savoir quelles sont les boutiques qui sont aussi un point de collecte, donc boutique ET point de collecte. Je redis donc, on parle de raisonnement logique, pas de raisonnement informatique booléen. Si je devais exprimer en langue française ce cas, ça donnerait : "Je veux savoir quels sont les endroits qui sont à la fois boutique et point de collecte."
Là ou j'aurais mis BEDP, c'est si l'auteur nous avait mis le vrai PEBKAC du site : lorsque tu ne coches aucune case, le site t'affiche quand même les points de collecte.

Moi j'ai l'impression que Araldwenn, bien que tu dises le contraire, tu parles en réalité de ET logique (AND, si tu préfères).

Parce que si cocher la case boutique affiche les boutiques (groupe A) et cocher la case points de collecte affiche les points de collecte (groupe B), cocher les deux doit afficher A+B. Or toi tu proposes A inter B (quelqu'un sait faire inter sur un clavier?). Et A inter B, c'est le ET logique, si je ne me trompe pas?

Cela étant, je pense que c'est EFFECTIVEMENT un ET logique dans la tête du concepteur, puisqu'en faisant des essais, j'ai vu que les boutiques nespresso étaient incluses dans le groupe "points de collecte". Du coup, pour lui, on doit cocher scrupuleusement l'un ou l'autre (un XOR, donc), ce qui correspond à mon sens à l'utilisation du bouton radio.

Par contre, je n'avais pas vu qu'il y avait des trucs qui s'affichaient quand on ne coche rien. Là, ok, mystère total, qui enrichit le PEBKAC du concepteur de ce site...