Replies: 1 comment 2 replies
-
Hi @eliasfank, Thanks for reaching out. I agree that this change could be been communicated better. However, I believe this to be the better default. That being said, I am known to be wrong in the past. My suggestion here would be to overwrite the method to your actual needs. I know this might not be the answer you are looking for, but we will never find a solution that works for everyone. So encouraging people to overwrite Best, |
Beta Was this translation helpful? Give feedback.
2 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
Describe the bug
Obs: I'm not sure between bug or new feature
After #26, the search behavior has changed from AND to OR on splited terms. In my opinion, this behavior is incorrect because when I add two words to the search I would like both to be in the result query. I’ve been using __icontains on the widgets until then to achieve the goal of bringing results that include all the searched words, but now it is not working the same way.
But I also agree that there may be situations where OR is preferred. Is there a possibility to implement the choice between the two forms(AND | OR) of quering? Or how could I do to have the previous AND behavior (here) with the newest version of the app?
Beta Was this translation helpful? Give feedback.
All reactions