Zsh Mailing List Archive
Messages sorted by:
Re: make zstyle ignore both _* and __* commands
- X-seq: zsh-users 22763
- From: Filipe Silva <filipe.silva@xxxxxxxxx>
- To: Peter Stephenson <p.stephenson@xxxxxxxxxxx>
- Subject: Re: make zstyle ignore both _* and __* commands
- Date: Tue, 4 Jul 2017 08:22:30 -0300
- Cc: Zsh Users <zsh-users@xxxxxxx>
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=khR+llYYoe1XCUNI/DcWlIp4h2Dtt8ue1DcTwGr5OLs=; b=iReCz2katKzhDNvJi5h2U6EaNMpUxleoB9qwUK0hg93M2W2Jo9vcwLAwnqb4W8obnq Zxj8qHw5eicGHMEABqicidHMf6ZT32vpApUtP09zsJSnOAYmwwCk/z6PL6Dk5DS2l9jH 9rajW5ke8K8YBd5vO+XFqmRghO9NynSQFz2qEq/5mTYRfDqji059WirKcTVGVQNTjr+U IdDAtuDdBNaN7bovrrY7Sy/0GAx06x3vJtlgfKBUrztHjqoyVRZTnR0T3fpdnpKbqIbo oJxUqb7IMLcnd5pwSE0yYIlXv+OXrsdXpWiQtQo+czHt/2g4QvrlecAoXrXcH0be35PF iOzA==
- In-reply-to: <email@example.com>
- List-help: <mailto:firstname.lastname@example.org>
- List-id: Zsh Users List <zsh-users.zsh.org>
- List-post: <mailto:email@example.com>
- Mailing-list: contact zsh-users-help@xxxxxxx; run by ezmlm
- References: <CAEwkUWPVcbXVk5Y3pOVt81GbV6Yr=haDLiphK9t=5dQKPpWOVg@mail.gmail.com> <firstname.lastname@example.org> <CGME20170702213844epcas5p125cd81d51a278be641770ea8454cb7f1@epcas5p1.samsung.com> <CAEwkUWMPpa0_=0mDuBoPj31i9fxkwzJ6wNEvyqhOm2e11i5Vsg@mail.gmail.com> <email@example.com>
Hi Peter, this is great, did not know about that.
Is there a way to insert a newline after the headers? I tried \n and \\n
but it did not render the expected result.
On Mon, Jul 3, 2017 at 8:47 AM, Peter Stephenson <p.stephenson@xxxxxxxxxxx>
> On Sun, 2 Jul 2017 18:37:14 -0300
> Filipe Silva <filipe.silva@xxxxxxxxx> wrote:
> > omg, you are absolutely right. It should do already this because of the
> > regex.
> > I'm so ashamed of myself.
> > All right, I did found a case where this does not work.
> > if I type d_[tab] it shows this: http://imgur.com/ZSBZHvp (notice the
> > __fast_highlight...)
> __fast_highlight doesn't occur in the zsh source tree, so that's in some
> library you've got. I would guess it's not being matched as a function
> at all, otherwise it's no different from the other cases. Maybe it's a
> variable; you can complete those in command position for assignment
> You'll probably find it helps to have headers for different types of
> match turned on for this sort of purpose --- try:
> zstyle ':completion:*' format 'Completing %d'
> zstyle ':completion:*' group-name ''
Messages sorted by: