You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I started to use it a couple of days ago and I'd like to know whether it's possible to add operators to the search param.
My use case is as follows: I want to be able to search by a string with several words, and since search doesn't support $in operator, it's doing the default like with %{string}% comparison but with the full string (with spaces). Each word is a sub-string I want to search in a different column (that's why supporting $in operator in search would be a possible solution).
I tried manually doing the filter in the client, specifying each searchableColumn as a separate filter query param, but the numeric columns break (I want my search input to support id's, which works great with the search feature) .
Maybe there is a different approach to this problem using already existing features?
Thanks!
The text was updated successfully, but these errors were encountered:
Notification: This issue has been resolved with a Pull Request and a corresponding claim has been submitted on BountyHub. Kindly review and process the claim at your earliest convenience.
Thank you for your prompt attention to this matter.
Hi there!
First of all, thank you for such a great library!
I started to use it a couple of days ago and I'd like to know whether it's possible to add operators to the search param.
My use case is as follows: I want to be able to search by a string with several words, and since
search
doesn't support $in operator, it's doing the defaultlike
with%{string}%
comparison but with the full string (with spaces). Each word is a sub-string I want to search in a different column (that's why supporting$in
operator in search would be a possible solution).I tried manually doing the filter in the client, specifying each
searchableColumn
as a separatefilter
query param, but the numeric columns break (I want my search input to support id's, which works great with thesearch
feature) .Maybe there is a different approach to this problem using already existing features?
Thanks!
The text was updated successfully, but these errors were encountered: