Stefan Beller <sbeller@xxxxxxxxxx> writes: > Here is what currently happens: > >> >> context >> -B dim oldMoved >> -B dim oldMoved >> -B highlight oldMovedAlternative >> -A highlight oldMovedAlternative >> -A dim oldMoved >> -A dim oldMoved >> context >> +A dim newMoved >> +A dim newMoved >> +A highlight newMovedAlternative >> +B highlight newMovedAlternative >> +B dim newMoved >> +B dim newMoved >> context >> > > So the there is only one "highlight" color in each block. > There is no separate hightligh-for-ending-block and > highlight-for-new-block respectively. I think the adjacentbounds mode is simply broken if that is the design. In the above simplified case, you can get away with only a single "highlight" color, but you cannot tell where the boundaries are when three or more lines are shuffled, no?