Re: "off by one fix in multiple prompts" breaks multiline prompt

[dana <dana@dana.is>]

On 13 Aug 2018, at 16:45, Bart Schaefer <schaefer@brasslantern.com> wrote:
>This is why for years we tried to limit everything to 1 column less
>than the exact width.

Oh, yeah :/

On 13 Aug 2018, at 16:45, Bart Schaefer <schaefer@brasslantern.com> wrote:
>Presumably ZLE_RPROMPT_INDENT=0 helps in that case?

As far as i can tell, in Apple Terminal...

... when the check is > (as it is in the repo now), setting it to 0 causes the
editor to get lost as soon as i go past the last column. I think that's the same
behaviour Warepire found (can't remember in which terminal, but not Apple's)
when testing that setting at your suggestion before.

... when the check is >= (as it was before the previous change), setting it to 0
makes no difference. In the case of the last line wrapping, it works as expected
either way, and in the case of a new-line after the last column, the prompt
swallows the preceding line of input either way.

The change from >= to > seems bogus to me now — it only works by accident in
that one case. As far as the new-line check, i'm not sure how to determine if
that's a good direction, besides just trying it in different terminals. I can do
that later if it's not completely disproven already.

dana