>> maybe this behavior could be triggered only >> if the context option were specified *after* the invert-match one > > I'd prefer option order to not matter, at least when options do not > simply override each other (as is the case here). Agree, would add more complexity of use. And keywords are made to get rid of order considerations anyway. [1] Unix options that make commands do the opposite of their name: