Re: Simulating ZLE_RPROMPT_INDENT=0

[Peter Stephenson <p.w.stephenson@xxxxxxxxxxxx>]

On Wed, 18 Dec 2013 23:33:25 -0800
Bart Schaefer <schaefer@xxxxxxxxxxxxxxxx> wrote:
> Anwway, there are probably other places in the code that could benefit
> from knowing about YE/sam, so I've captured it in another global that
> goes with hasam and hasxn.  I also included code that makes use of
> that to initialize rprompt_indent, but wrapped it in "#if 0" so as
> not to change that behavior until after 5.0.4, because I'm sure it's
> going to need some field testing.

Thanks.  I had some weird behaviour with some older terminals (konsole
and gnome-terminal from a Fedora distribution a few years ago) but
trying it out on a more recent system at home the inconsistencies have
gone (apart from the fact that gnome-terminal seems to self destruct in
my desktop environment, but that's an entirely different matter that
could be related to the fact I've been accumulating Xdefaults for two
decades) and I'm left with some terminals that behave consistently one
way and some the other, as expected.  So I'm not inclined to pursue this
further.

> ASIDE:  While testing, I tried setting TERM to various values that do
> not have very many capabilities, such as "dumb".  I discovered the the
> regular PS1 prompt will always, eventually, get erased and not redrawn
> if scrolling back through the history with such a terminal.  The buffer
> is still in the correct place, just the prompt is gone.  This behavior
> is neither caused nor affected by the patch below.

I don't think "dumb" has ever been particularly well supported.

> ASIDE #2:  Having introduced IPDEF5U(), I wonder if there aren't some
> of the other special variables that should have the PM_UNSET flag by
> default.  OPTIND, OPTARG, and TRY_BLOCK_ERROR come to mind.

Yes, probably.

-- 
Peter Stephenson <p.w.stephenson@xxxxxxxxxxxx>
Web page now at http://homepage.ntlworld.com/p.w.stephenson/