git@vger.kernel.org mailing list mirror (one of many)
 help / color / mirror / code / Atom feed
From: "Florian Gamböck" <mail@floga.de>
To: "SZEDER Gábor" <szeder.dev@gmail.com>
Cc: Git mailing list <git@vger.kernel.org>,
	Junio C Hamano <gitster@pobox.com>,
	Stefan Beller <sbeller@google.com>
Subject: Re: [PATCH v2 1/1] completion: load completion file for external subcommand
Date: Sun, 29 Apr 2018 13:15:33 +0200	[thread overview]
Message-ID: <20180429111533.GA31974@furore> (raw)
In-Reply-To: <CAM0VKj=MVY15SbRanfhXP3pPjNEuhZ=dbQmhXox6n5AOFyz2oQ@mail.gmail.com>

On 2018-04-25 16:40, SZEDER Gábor wrote:
> In my previous emails I overlooked the _completion_loader() helper 
> function.
>
> It seems that this function does almost exactly what we want.  It was 
> introduced along with dynamic completion loading back in 20c05b43, so 
> it's available for us even in older LTS/Enterprise releases.  Since 
> cad3abfc it's a wrapper around __load_completion() and thus benefits 
> from all the improvements, notably searching for completion scripts in 
> a user-specified directory ($BASH_COMPLETION_USER_DIR) or in the 
> user's home directory ($XDG_DATA_HOME or ~/.local/...) as well.  It 
> loads the matching completion script, but does not call the completion 
> function unconditionally.

Sounds good so far.

> The "almost" refers to he case when _completion_loader() can't find a 
> completion script with a matching name to load, and then registers the 
> _minimal() completion function for the given command to do basic path 
> completion as fallback.  I don't think this matters in practice, 
> because in this case the given command is a git command in its dashed 
> form, e.g. 'git-diff-index', and those have been deprecated for a long 
> time.

I sense a problem here. If I have a directory with a file xyzfoobar in 
it, and I type `git xyz`, with no defined subcommand that starts with 
these letters, then minimal bashcomp would give me `git xyzfoobar`, 
which can of course not execute. This can be unintuitive for users, as 
in: "If it can't be executed correctly, then why does it even suggest 
such a completion?"

> I think all you need to do is run a 
> s/__load_completion/_completion_loader/ on your patch and update the 
> commit message with relevant bits from the above discussion.

I can do that, no problem. But prior to that I want to be sure that you 
are okay with the above mentioned drawback. Will the behavior be 
acceptable in this case? Or should we try to somehow "undo" the minimal 
completion afterwards?

  reply	other threads:[~2018-04-29 11:15 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-04-10 20:28 [PATCH v2 0/1] completion: dynamic completion loading Florian Gamböck
2018-04-10 20:28 ` [PATCH v2 1/1] completion: load completion file for external subcommand Florian Gamböck
2018-04-18 19:51   ` SZEDER Gábor
2018-04-19 19:07     ` Florian Gamböck
2018-04-23 15:12       ` SZEDER Gábor
2018-04-23 17:32         ` Florian Gamböck
2018-04-25 14:40         ` SZEDER Gábor
2018-04-29 11:15           ` Florian Gamböck [this message]
2018-04-29 13:08             ` SZEDER Gábor
2018-04-29 14:09               ` Florian Gamböck

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: http://vger.kernel.org/majordomo-info.html

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20180429111533.GA31974@furore \
    --to=mail@floga.de \
    --cc=git@vger.kernel.org \
    --cc=gitster@pobox.com \
    --cc=sbeller@google.com \
    --cc=szeder.dev@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://80x24.org/mirrors/git.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).