I have an app that uses slices that allow users to filter and query data collected in another app. The expression that made these slices work was:
IN([column], Query[column])
It seems that this expression is still working fine for most of the columns that are being evaluated, but it looks like something may have changed with how this expression is being evaluated with columns with multiple values (the data is being collected in ENUMLIST columns).
So if the possible values in the ENUMLIST for [column] are โa, b, cโ. When a person populated the Query[column] with โaโ, they used to get back any rows that had values with โaโ in them, ie โaโ, โa, bโ, โa, b, cโ, โa, cโ. Now however they are only getting rows with โaโ. If they populate the Query[column] with โa, cโ, they will get rows with โaโ and rows with โcโ, but not rows with โa, cโ.
Is there a simple way to change this so that it functions the way that it used to? CONTAINS would let someone find โaโ in an โa, cโ row, but Iโd have to limit what my users search by to one value at a time.
Thanks,
Solved! Go to Solution.
If you are searching a table of date for an โaโ and โcโ from an ENUMLIST, then you are actually trying to compare 2 lists. IN() wont work in this senario but this will:
If you are searching a table of date for an โaโ and โcโ from an ENUMLIST, then you are actually trying to compare 2 lists. IN() wont work in this senario but this will:
Thanks Simon, that did the trick.
User | Count |
---|---|
43 | |
29 | |
24 | |
21 | |
13 |