No,we can’t index into lists b/c not all items in the list are held in memory by the relevance engine at the same time. We talk about this internally all the time and unfortunately the performance implications for adding these types of inspectors, particularly on the client side, are often unacceptable in the worst case scenarios. It would also be a major change to the underlying structure of the language interperter.
You could may be able to come up with a tuple based solution though:
( ( item 0 of it = “abc” and item 1 of it = “def” ) OR ( item 2 of it = “ghi” and item 3 of it = “jkl” ) ) of (“abc” , “def”, “ghi” , “jkl”)
Hmm… Seems if I compare string manipulations vs a tuple, tuples are a few ms slower. Though it does seem to be more readable. I put another relevance in the other topic. Not sure which I like better.