Re: Functions transpose/rotate/flip windows

[martin rudalics]

> > With a prefix argument and window B selected, window A would have
> > remained unaffected and the layout would have changed as follows:
> >
> >           ___________       ___________
> >          |           |     |           |
> >          |     A     |     |     A     |
> >          |___________| --> |___________|
> >          |     |     |     |     |     |
> >          |  B  |  C  |     |  C  |  B  |
> >          |_____|_____|     |_____|_____|
>
> But I get a different layout:
>
>             ___________       ___________
>            |           |     |           |
>            |     A     |     |     A     |
>            |___________| --> |___________|
>            |     |     |     |_____B____ |
>            |  B  |  C  |     |__________ |
>            |_____|_____|     |_____C_____|

You're right.  I removed the example for now.

> > -- Command: rotate-windows &optional window reverse
> >      This rotate windows under WINDOW in cyclic ordering.  The optional
> >      argument REVERSE means to rotate windows backward, in reverse
> >      cyclic order.
> >
> >            ___________        ___________
> >          |           |      |           |
> >          |     A     |      |     B     |
> >          |___________| -->  |___________|
> >          |     |     |      |     |     |
> >          |  B  |  C  |      |  C  |  A  |
> >          |_____|_____|      |_____|_____|
>
> I agree that 'rotate-windows' should rotate clockwise
> as documented here.  But the current implementation
> rotates counterclockwise.

Hmm..  I possibly misunderstood the "cyclic ordering" here.  But the
fact that 'rotate-windows' and 'rotate-windows-back' do the same here
means that at least the examples have not been chosen well.

Thanks for checking, martin