From mboxrd@z Thu Jan 1 00:00:00 1970 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: (qmail 15461 invoked from network); 27 Apr 2020 19:24:58 -0000 Received: from ns1.primenet.com.au (HELO primenet.com.au) (203.24.36.2) by inbox.vuxu.org with UTF8ESMTPZ; 27 Apr 2020 19:24:58 -0000 Received: (qmail 18832 invoked by alias); 27 Apr 2020 19:24:50 -0000 Mailing-List: contact zsh-workers-help@zsh.org; run by ezmlm Precedence: bulk X-No-Archive: yes List-Id: Zsh Workers List List-Post: List-Help: List-Unsubscribe: X-Seq: 45728 Received: (qmail 17852 invoked by uid 1010); 27 Apr 2020 19:24:50 -0000 X-Qmail-Scanner-Diagnostics: from mail-qt1-f171.google.com by f.primenet.com.au (envelope-from , uid 7791) with qmail-scanner-2.11 (clamdscan: 0.102.2/25793. spamassassin: 3.4.4. Clear:RC:0(209.85.160.171):SA:0(-1.9/5.0):. Processed in 1.427475 secs); 27 Apr 2020 19:24:50 -0000 X-Envelope-From: dana@dana.is 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.160.171 as permitted sender) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=iDtC9nYxr6/m0DtVkIDLHDdF2BCTZi07TWrVnTIX+9w=; b=SFyhnwuviTF7bg8FlPrbM9pDD/biv9x0APZ1JHnNKNI3XIqpyiwIzJaZm0/vBr/yI0 lFAHTyTRPk6GiHNvJ2F/hgn1s5AqDZ+UN4c8gcy22KZz5L0SP/RV34oNuJn4BSKF5CGL 6jgzDoYAiue9mlH1t4e4nRhcBYJHPMLxZ9sGIQsc8K0Cozblo6xgLcoI1cot4SdGvDRk phUc5JZ2KVfDlqlq6zYK+9XOFd3Q+i5zT5RsFZtPBiz0SLMu6+cTcDYVuq1FUSfAWaJA UszLxGm3eYCNPPuGKDVN1Ylw04TeJ/qT2ZkOlxx8zrLQpViOnM0k1TOX+R7QPITX2Aay P5+Q== X-Gm-Message-State: AGi0PuYSBvu66jfmr6x/fXHDZPJldd2qFUNZEI4/dzZSnjtew1Sc3ac3 cPhqAZ1Ab0X5sS6ugu6xJA1p0Q== X-Google-Smtp-Source: APiQypJHWav+Z+SJDtcuhHpVX2QjEwvZ4FZxTClBYX8jNren0ikI1Vme1XNaCKoisaOXzbcifCm+9w== X-Received: by 2002:ac8:27cb:: with SMTP id x11mr25494251qtx.272.1588015455525; Mon, 27 Apr 2020 12:24:15 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.60.0.2.5\)) Subject: Re: Git-add completion should show full file paths From: dana In-Reply-To: Date: Mon, 27 Apr 2020 14:25:55 -0500 Cc: zsh-workers@zsh.org Content-Transfer-Encoding: quoted-printable Message-Id: <585FABCB-9B6A-47F8-886E-B24E359F8F51@dana.is> References: To: Amyn Bennamane X-Mailer: Apple Mail (2.3608.60.0.2.5) On 26 Apr 2020, at 17:57, Amyn Bennamane wrote: > Can anyone here comment on the above idea and/or suggest a way to > implement this? I've often wished it worked the way you suggested, but not always. If i have two unstaged files like a/b/c/d/e/foo and a/b/c/d/f/bar, then = having it complete the full paths is useful, because there are only a few and i = don't want to repeatedly tab (or write out the correct pattern / abbreviated = path) to recurse into those directories. But if i have 20 unstaged files that are all under a/b/c/d/e, i would = rather the completion assist me with adding that entire directory than show me = a million giant file paths. I guess what Daniel is suggesting is basically an on/off switch for _multi_parts's intended function, and you can turn it off for git if you = want. That'd work fine as long as you don't expect to run into the latter case = very often. I wonder if it could be more intelligent though =E2=80=94 maybe this = style could take an integer that acts as a threshold for whether it should work the = normal way or the 'dumb' way? Like if there are more than x files with the same = prefix or whatever. Not sure how you'd calculate it, but something like that. Also, whether it's like that or just a boolean, it seems like you'd also = need to consider how recursive completion should work, or if it should, in = the 'dumb' case. I think users are accustomed to being able to expand like f/b/b -> foo/bar/baz with file paths, and it would be confusing if = that only worked some of the time... though they would have to go out of = their way to set it like that, so idk dana