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

[Lars Ingebrigtsen]

Tassilo Horn <tsdh@gnu.org> writes:

> That's indeed an idea.  How about cycle-spacing-actions could also have
> actions of the form
>
>     (just-one-space inverted-arg)
>     (just-one-space 4)
>
> where the former would, you guess it, use the inverted value of this
> cycle's prefix arg and the latter would ignore the cycle's prefix arg
> and just use 4?  That would fit your desire, right?

Sure, makes sense.  `inverted-arg' could be `-', even.

> Or do you suggest that cycle-spacing should be changed from taking a
> numeric prefix arg to a raw prefix arg and then do the conversion to
> numeric itself (with prefix-numeric-value)?

Yes.

> In any case, how would you define the semantics for the delete-* actions
> with numeric values for N?  I mean, for delete-space-after/before I can
> imagine that the N whitespace characters after/before should survive (in
> case there are at least so many).  But in case of delete-all-space,
> there's no precise meaning of the correct spaces around point which
> could be a wild mix of spaces, tabs, and newlines.

It's not meaningful for delete-all-space, but that's OK.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no