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=-0.8 required=5.0 tests=DKIM_ADSP_CUSTOM_MED, DKIM_INVALID,DKIM_SIGNED,FREEMAIL_FROM,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 fc588d1d for ; Sun, 29 Sep 2019 15:20:02 +0000 (UTC) Received: (qmail 25518 invoked by alias); 29 Sep 2019 15:19: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: 24309 Received: (qmail 15297 invoked by uid 1010); 29 Sep 2019 15:19:55 -0000 X-Qmail-Scanner-Diagnostics: from mail-vk1-f175.google.com by f.primenet.com.au (envelope-from , uid 7791) with qmail-scanner-2.11 (clamdscan: 0.101.2/25580. spamassassin: 3.4.2. Clear:RC:0(209.85.221.175):SA:0(-2.0/5.0):. Processed in 1.481842 secs); 29 Sep 2019 15:19:55 -0000 X-Envelope-From: pierpaolog@gmail.com X-Qmail-Scanner-Mime-Attachments: | X-Qmail-Scanner-Zip-Files: | Received-SPF: pass (ns1.primenet.com.au: SPF record at _netblocks.google.com designates 209.85.221.175 as permitted sender) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=k3quIprtFPs7PBHDHOkin6aqrY0uQWmOaH2wqMEIe5U=; b=iLYQfafgnM4zaXI9+PMXknQgsn+h7SQH09vshO4AxbVrlxkrwq2oppiUI4ErjdIrIf 7Di7ANnmnob9ES0BGgzfxnJQuakzUhjALcRDFOcW4gOADpxdixb1Va2OftjgduOctuJu R2ftl3TOMc2OgqID3Z7qFK0h9pDPGDq8lIQhzfDV6euY0pfOjnI1BtvTftjxFcgDLZ8r a4/lTy2GN56gmq0WTZKvEn9locKXzvTA+xMQOkFLDj+h5IdyYLE+nMkrCv+TYCQgeWT1 Sq9WHv+Y6rNymBpSN+YGFJB3Q04UXHAfbOia0sRJjrUfV920+9X2TNLrk6nziLTOkLev eYtQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=k3quIprtFPs7PBHDHOkin6aqrY0uQWmOaH2wqMEIe5U=; b=rR4pDV3E+a/COlTpZC3+qbmt3YRbi9Wk98nyegwOWvWaX9kf1WWWe2pVjkTFPP01uo lCBP3W603aAxmbr+jnU53VTS3z4YrHRxPYYphbA4AmR6pAYK8bmIHYvGf2jWUqD4dmA1 rpxf554LZRGNiM+LvJ3KQTIvGTiIl9RqKJePVjIEWm0Oq13P7gZO5jtf7uKvoJFP4S+U qiOW3JpnlCc5gaeMwI3chMSUsEqs6UXF2PO611IzDbw526d4+PD/wCGAmUFYRu2JPeiL qlJGW/uN3eXV4AYUhxSmaMPk5z6BfbbWX6ELumc0NVDDHKysuFmQRU6xp0oAXkbBLlo8 ExzQ== X-Gm-Message-State: APjAAAX0vlH4TRJGfDvJ64ZZLzF+OHe8rKMTBDdKAoItv3YBZF/Cdyfk vyxnz8hffKr/HvX6JfT5FxejRKMvEZB8ZNj2FwE= X-Google-Smtp-Source: APXvYqxGQIWUUfA2ZeTJ6P0I8iywU7pmq+kH/NeVZnx/YwKpcxuiYGpurFc4XxVs6R4wcKnXA7tY9QkWmnacEGSmXvY= X-Received: by 2002:a1f:a4c5:: with SMTP id n188mr9156992vke.11.1569770359247; Sun, 29 Sep 2019 08:19:19 -0700 (PDT) MIME-Version: 1.0 References: <306325bb-395d-a16b-a771-0786c23cb46e@eastlink.ca> <8ef96620-e762-d52c-207f-c3ac5620879f@eastlink.ca> <3894eb29-b17a-0bf3-21f9-f9c44cb37428@eastlink.ca> In-Reply-To: <3894eb29-b17a-0bf3-21f9-f9c44cb37428@eastlink.ca> From: Pier Paolo Grassi Date: Sun, 29 Sep 2019 17:19:08 +0200 Message-ID: Subject: Re: completion is over thinking things. To: Ray Andrews Cc: zsh-users@zsh.org Content-Type: multipart/alternative; boundary="000000000000a458560593b2a4c1" --000000000000a458560593b2a4c1 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable would it be enough a widget that does always filesystem completion regardless of the command line so far, to be binded to a different-than-tab shortcut? that=E2=80=99s been my approach to the same problem, I also have special only-directories and only-regular-files widgets too Il giorno dom 29 set 2019 alle 17:12 Ray Andrews ha scritto: > On 2019-09-29 6:09 a.m., Mikael Magnusson wrote: > > > > Claiming that completion not completing invalid arguments for your > > command is an "issue" seems pretty far fetched to me. If you always > > want to complete files, don't run compinit in your startup files. > > > I appreciate the sophistication of that, but there are times when I > really do want to complete on a filename even if it might seem like an > invalid argument superficially. I thought that compinit was the entire > completion system! Commenting it out and restarting, just as you say, I > get 'dumb' file completions just as wanted. Can we have it both ways? > That is, tweak compinit so that perhaps on a final press of the TAB key > it will fall back to dumb file completion even if a kosher match has > not been found? Or some sort of temporary fallback to dumb completion? > Most of the time it seems that file completion is all that's happening > and anyway this sort of issue is very rare here, but short of restarting > it would be nice to have dumb completion 'override' when wanted. > Perhaps if a final press of TAB was used then instead of this: > > Completing package > > ... we'd see: > > Fallback to completing file > > ... or something like that. > > I looked at zcompdump and there's nothing in there that looks > promising. I know that completion is the most inscrutable part of zsh, > so I won't even attempt to understand it, and any tweak will be taken > without question and on authority. Or is there an approachable > document? Or some workaround? > > > > -- Pier Paolo Grassi --000000000000a458560593b2a4c1--