cshaa
commented
5 years ago Here test, you, brag and dog would be interpreted as variable names – this behavior is baked into Filtrex and there's really no way around. If you're not happy with something like contains("test") or contains("you") and contains("brad") and contains("dog"), you could add special string operators to the language, but this would probably be as difficult as writing a new filter engine from scratch.
Edit: When I think about it more, maybe overloading the logical operators could add some ergonomics. I mean, boolean values would behave the same as they did, but for the rest, instead of coercing to boolean, the compiler would construct an expression tree and then, when you apply a function on it, it would distribute the function to the inside. Let me demonstrate this on an example:
This thing:
contains( "test" or "you" and "brad" and "dog" )
Compile-time translates into this:
contains("test") or contains("you") and contains("brad") and contains("dog")The problem with this behavior, however, is the dichotomy between booleans and other types, as it would have to be decided on runtime, depending on the type information only available on runtime. And adding different operators like & takes away the readability and similarity to human language, so does wrapping the "distributed" sections into eg. braces.
So while the idea sounds good, I haven't yet come to an solution.
bradparks
I'd like to use this to match text, like someone would with a search engine, e.g.
e.g If I had the text
this search would match
test or you and (brad and dog)but this one wouldnt
test and rabbitI could use a custom function, but for this use case, the variable names are actually the variable values.
Is there an easy way to do this? I'd prefer not to use a custom function, as I want it to be natural for my end users.