Zsh Mailing List Archive
Messages sorted by:
Reverse Date,
Date,
Thread,
Author
Re: tab completion color inversion
- X-seq: zsh-workers 38811
- From: Bart Schaefer <schaefer@xxxxxxxxxxxxxxxx>
- To: zsh-workers@xxxxxxx
- Subject: Re: tab completion color inversion
- Date: Fri, 8 Jul 2016 10:47:29 -0700
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=brasslantern-com.20150623.gappssmtp.com; s=20150623; h=from:message-id:date:in-reply-to:comments:references:to:subject :mime-version; bh=AbU4KWVApW0cKCS1HMMLnUBL3ut905zpVZKL64bqOm0=; b=SThNm6/sCvyyFY3rFdpebrHtMF7LHzccoRlY1fexM9WjIG6GBZ6jBIvIdzEtvvuI/S AI5gKlHq7rY3vSxDhA+2zbWCCOed6lp+YcL6FUcCvItJ/ZpAM7BP76dhw84+Pqb5q9GH 3JgSRVX2nTXBjb0M1cw3YLopC+s9cXye5TCvkrVNL7xrB0a6XpVEAAJTc3vVS4VV7XtK q2/UbWXnSywbJxuFErUOCtcpN6AsKp7UB5sJr+a8uyDdSkQXTN9bzrH3gds0UEkhNoJi bp5eap+OOn9usyGZRdPsP8DiaVFAdtVds7qJ6tkPvLd2y7N3ZhDL1bFoMu2Cvq8RyMzV rvxA==
- In-reply-to: <55898.1467933681@hydra.kiddle.eu>
- List-help: <mailto:zsh-workers-help@zsh.org>
- List-id: Zsh Workers List <zsh-workers.zsh.org>
- List-post: <mailto:zsh-workers@zsh.org>
- Mailing-list: contact zsh-workers-help@xxxxxxx; run by ezmlm
- References: <CACW6SB6sRKdtsbFe_ikp1zqP3YRd9grq-xABMGutu4fRvCqM2A@mail.gmail.com> <49130.1467902941@hydra.kiddle.eu> <160707100125.ZM23567@torch.brasslantern.com> <55898.1467933681@hydra.kiddle.eu>
On Jul 8, 1:21am, Oliver Kiddle wrote:
}
} You can get the same, completion altering attributes
} effect, with PROMPT='%S%U%Bhello%b '
Presumably it's intentional that reaching the end of the prompt string
does not implicitly reset all the %S %U etc. attributes? E.g., meant
to be combined with ( preexec() { print -nP %u%s } ) or similar.
Using that prompt I can still get effects where the %S%U ends in the
middle of a command line after completing. I don't think this is a
bug, per se, because leaving the attributes hanging open like that is
not exactly documented behavior, but it might argue that they should
be implicitly turned off.
(I think completion always resets the attributes, but sometimes ZLE
reprints the whole prompt which turns them back on again.)
} txtchangep and txtattrmask seem to be doing much the same thing -
} tracking the current attributes. The need for tracking attributes that
} have been turned off such as TXTNOBOLDFACE seems a bit odd - wouldn't
} the absence of TXTBOLDFACE do the job?
You've stated most of my confusion over this, quite succinctly. My
only guess is that one represents a temporary state change from the
more persistent state of the other, but I haven't worked out how that
plays or which is which.
} I've not done that then but I did put the AND before the OR.
In thinking about this further, swapping the AND and OR subexpressions
does change the semantics when the same bit is present in both X and Y.
Maybe that never comes up.
Messages sorted by:
Reverse Date,
Date,
Thread,
Author