bug#19267: 25.0.50; Enhance cycle-spacing with a state where only whitespace after point is deleted

[Tassilo Horn]

Eli Zaretskii <eliz@gnu.org> writes:

>> We could implement this as a new third state for `cycle-spacing', and
>> move the "restore" to the fourth state.  Does anybody think that will
>> be annoying for people?
>
> Is cycle-spacing bound to some key sequence in some modes?  If so, we
> should ask users of those modes, because as long as cycle-spacing can
> only be invoked via M-x, I don't believe another state would matter
> much.

I think cycle-spacing is basically a more elaborate version of
just-one-space so I expect many users have a remapping from
just-one-space to cycle-spacing as I do.  I think that has been part of
the discussion back then and it's suggested in that way in NEWS.24:

--8<---------------cut here---------------start------------->8---
** New command `cycle-spacing' acts like a smarter `just-one-space'.
When called in succession, it cycles between spacing conventions:
one space, no spaces, original spacing.
--8<---------------cut here---------------end--------------->8---

On a related note: I think next to the suggested "delete only spaces
after point", the same with "before point" could also make sense in
certain situations...

Bye,
Tassilo