From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-1.0 required=5.0 tests=MAILING_LIST_MULTI, RCVD_IN_DNSWL_NONE autolearn=ham autolearn_force=no version=3.4.2 Received: from primenet.com.au (ns1.primenet.com.au [203.24.36.2]) by inbox.vuxu.org (OpenSMTPD) with ESMTP id 8e095a28 for ; Sun, 29 Sep 2019 18:42:03 +0000 (UTC) Received: (qmail 16467 invoked by alias); 29 Sep 2019 18:41:55 -0000 Mailing-List: contact zsh-users-help@zsh.org; run by ezmlm Precedence: bulk X-No-Archive: yes List-Id: Zsh Users List List-Post: List-Help: List-Unsubscribe: X-Seq: 24313 Received: (qmail 16323 invoked by uid 1010); 29 Sep 2019 18:41:55 -0000 X-Qmail-Scanner-Diagnostics: from mta04.eastlink.ca by f.primenet.com.au (envelope-from , uid 7791) with qmail-scanner-2.11 (clamdscan: 0.101.2/25587. spamassassin: 3.4.2. Clear:RC:0(24.224.136.10):SA:0(-2.6/5.0):. Processed in 4.850179 secs); 29 Sep 2019 18:41:55 -0000 X-Envelope-From: rayandrews@eastlink.ca X-Qmail-Scanner-Mime-Attachments: | X-Qmail-Scanner-Zip-Files: | Received-SPF: pass (ns1.primenet.com.au: SPF record at _spf.eastlink.ca designates 24.224.136.10 as permitted sender) X-Authority-Analysis: v=2.3 cv=QqQgIm6d c=1 sm=1 tr=0 a=zv49KfEsxEDzuN5AGO7r0Q==:117 a=zv49KfEsxEDzuN5AGO7r0Q==:17 a=jpOVt7BSZ2e4Z31A5e1TngXxSK0=:19 a=IkcTkHD0fZMA:10 a=gir0-LH0AAAA:8 a=mnKc1SwaYcCxvA291t4A:9 a=QEXdDO2ut3YA:10 a=aLewGyoHDmJ4ULJHWpSz:22 X-Vade-Cause: gggruggvucftvghtrhhoucdtuddrgedufedrgedtgddufeduucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecugfetuffvnffkpffmpdfqfgfvnecuuegrihhlohhuthemuceftddtnecunecujfgurhepuffvfhfhkffffgggjggtgfesthejredttdefjeenucfhrhhomheptfgrhicutehnughrvgifshcuoehrrgihrghnughrvgifshesvggrshhtlhhinhhkrdgtrgeqnecukfhppedvgedrvddtjedrledtrdduleegnecurfgrrhgrmhepihhnvghtpedvgedrvddtjedrledtrdduleegpdhhvghloheplgduledvrdduieekrddtrddvngdpmhgrihhlfhhrohhmpehrrgihrghnughrvgifshesvggrshhtlhhinhhkrdgtrgdprhgtphhtthhopeiishhhqdhushgvrhhsseiishhhrdhorhhgnecuvehluhhsthgvrhfuihiivgeptd X-Vade-Score: 0 X-Vade-State: 0 X-EL-IP-NOAUTH: 24.207.90.194 Subject: Re: completion is over thinking things. To: zsh-users@zsh.org References: <306325bb-395d-a16b-a771-0786c23cb46e@eastlink.ca> <8ef96620-e762-d52c-207f-c3ac5620879f@eastlink.ca> <9EEEB6F5-9B9C-4C8E-8593-4917F8AF79DF@dana.is> <486df91b-8c6c-b129-2538-15e4d6126eb9@eastlink.ca> From: Ray Andrews Message-id: Date: Sun, 29 Sep 2019 11:41:12 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.9.0 MIME-version: 1.0 In-reply-to: Content-type: text/plain; charset=utf-8; format=flowed Content-transfer-encoding: 7bit Content-language: en-CA On 2019-09-29 9:44 a.m., Bart Schaefer wrote: > On Sun, Sep 29, 2019 at 8:30 AM Ray Andrews wrote: >> "I don't know half of you half as well as I should like, and I like >> less than half of you half as well as you deserve." Bilbo. >> zstyle ':completion:*' completer _expand _complete _files >> >> Note that this only makes completion fall back to _files when nothing >> else matches; if _expand or _complete finds something, you won't get >> file names. If you want file names all the time, mixed in with other >> results, you'll have to write a custom function. The simplest such >> function might look like: Not to tempt the Gods, but if I changed the order: zstyle ':completion:*' completer _files _expand _complete ... would I get files offered first? I get the impression that that line is most of the meat of completion. I would not recommend doing this ... Where angels fear to tread. Praise, I'd not think of it. Normally I break things deliberately just to see how they work, and if it's out of bounds I'm going in ... but not here! Thanks Bart and Dana.