I can see the case for members over separate operators, since an operator would certainly be materially worse in method chains.
Really my whole point here is that when I see expressions like (i + 1) % v.count or n & ((1 << 16) - 1), I see notational inefficiency. I first had an idea like this about a year ago, and I keep coming back to this same concept, nearly every time I work on something. It never doesn’t suck having to go back and add parentheses, and they tend to add to the visual clutter in any given expression.
Sure, there’s a base level of jank one has to live with when one writes math the way we do, but I really think the quality-of-life improvement that would come of adding a feature of this type, whatever the form it takes, would be well-worth the adjustment. I mean, this kind of expression is so common that we have a whole class of errors named after it, and even notation to dance around it (e.g. range operators).