Zsh Mailing List Archive
Messages sorted by: Reverse Date, Date, Thread, Author

Re: "drop-in replacement" and transpose-words-match

On 12 January 2016 at 08:32, Bart Schaefer <schaefer@xxxxxxxxxxxxxxxx> wrote:
> This still isn't perfect -- if you are on or immediately after a space
> in the middle of a quoted string, for example, you'll swap around that
> space.  I haven't decided on the best way to deal with that.  But this
> works much better if you are at the end of a line and invoke transpose:
> it swaps the two words to the left, like the builtin.

I was looking at various sources in recent months and earlier, and was
getting an impression of how important LBUFFER is to them. Your
implementation of widen_for_history is recent example. I am in general
quite repelled by LBUFFER and can even see it as not actually working,
how it was with the widen_for_history – only after a while I saw that
it was working perfectly. However in my code I choose to use the
function I've attached, available also here:


My point is: isn't it that sticking to LBUFFER is the source of
various problems? Its use is always more or less hackish and has
effects like "you should position cursor on beginning of a word to
swap it". Implementation generates features while it should be the

It's hard for me to provide more evidence to what I'm stating, but
maybe you agree with me in general

Best regards,
Sebastian Gniazdowski

Attachment: zew-process-buffer
Description: Binary data

Messages sorted by: Reverse Date, Date, Thread, Author