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

Re: [PATCH] _multi_parts doesn't always pass -f to compadd

X-seq: zsh-workers 45132
From: Bart Schaefer <schaefer@xxxxxxxxxxxxxxxx>
To: dana <dana@xxxxxxx>
Subject: Re: [PATCH] _multi_parts doesn't always pass -f to compadd
Date: Sat, 21 Dec 2019 21:31:50 -0800
Cc: Zsh Workers List <zsh-workers@xxxxxxx>
In-reply-to: <EAB5158F-19DC-44E8-9852-17F13549112F@dana.is>
List-help: <mailto:zsh-workers-help@zsh.org>
List-id: Zsh Workers List <zsh-workers.zsh.org>
List-post: <mailto:zsh-workers@zsh.org>
List-unsubscribe: <mailto:zsh-workers-unsubscribe@zsh.org>
Mailing-list: contact zsh-workers-help@xxxxxxx; run by ezmlm
References: <EAB5158F-19DC-44E8-9852-17F13549112F@dana.is>

On Sat, Dec 21, 2019 at 8:47 PM dana <dana@xxxxxxx> wrote:
>
> I noticed this the other day and forgot about it until now. In some cases
> (seemingly the most common ones?), _multi_parts doesn't pass -f to compadd,
> which prevents colours/symbols from being applied to files. Just adding -f to
> the list of options that are passed unconditionally seems to fix it?

_multi_parts is intended to be usable in cases that are not files,
such as (IIRC) tar listings, perl module names, etc.

I don't know if passing -f to compadd when adding something that is
not a file has any bad effects.

Follow-Ups:
- Re: [PATCH] _multi_parts doesn't always pass -f to compadd
  - From: dana

References:
- [PATCH] _multi_parts doesn't always pass -f to compadd
  - From: dana

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