* If you're in a left-aligned RTL paragraph, and press Ctrl+RShift - you get right-alignment. * If you're in a right-aligned (or justified, or centered) RTL paragraph, and press Ctrl+RShift - nothing happens. * If you're in a left-aligned LTR paragraph, and press Ctrl+RShift - you get a direction change to RTL and right-alignment. * If you're in a right-aligned (or justified, or centered) LTR paragraph, and press Ctrl+RShift - you get a direction change to RTL. The possible inconsistency in the above set of responses is in what happens when you start with RTL+Left-alignment or LTR+Right-alignment. Consider the first of these. If you first Ctrl+RShift, then Ctrl+LShift - you may expect to end up in the same state you started in: These are the typical key combinations for switching direction back and forth. In fact, you will have switched the alignment, but gone back to the original direction. It's the same for the other state, when you press Ctrl+LShift, then Ctrl+RShift, losing the right-alignment. I am not sure whether to suggest that these keys never affect alignment. But I would like to get some thoughts on whether that's a good idea or not.
If we were to comprehensively resolve bug 131192, this would probably be resolved, since we would need to define the intended behavior of these keys in all of Left, Right, Start and End. And since most of the time, the user would actually choose to align-start or align-end, then Ctrl+RShift and Ctrl+LShift would naturally keep the conceptual alignment while switching it back and forth between right and left, depending on where the start and end lie.