Re: Simulating ZLE_RPROMPT_INDENT=0

[Peter Stephenson <p.stephenson@samsung.com>]

On Wed, 18 Dec 2013 09:26:11 -0800
Bart Schaefer <schaefer@brasslantern.com> wrote:
> Are we sticking with the name ZLE_RPROMPT_INDENT ?  None of the other
> prompt-related variables have "ZLE_" stuck on the front of them, even
> though a number of them are useless when zsh/zle is not loaded.

As we don't have namespaces I think it's safest to use the ZLE_ prefix.

> Is it OK to declare ZLE_RPROMPT_INDENT in params.c or should it go in a
> Zle/*.c file?  zle_params.c is currently limited to parameters that are
> pseudo-local to widget context so this would need special handling.

It doesn't need to be declared at all; it doesn't need to be special.
It just needs to be read and the value used if it happens to be set.
There are plenty of other variables like this.

> In the event that the terminal has no non-destructive move-left sequence,
> should assigning ZLE_RPROMPT_INDENT=0 print a warning?  Should it also
> (or instead) ignore the value and revert to 1 in that case?

Would make more to have another more programmatically useful way of
testing this if we need to, e.g. with echotc or echoti.  See also
below.

> I suppose it should also reset itself upon assignment to TERM.

I'm not sure that's necessary.  The user controls assignment to TERM.
If they want to do something to change the indent at the same time it
can be done in shell code.  We can recommend some if necessary.  I don't
see why this needs to be internal.

pws