On Mon, 2017-06-12 at 10:59 -0700, Junio C Hamano wrote:
> Junio C Hamano <gits...@pobox.com> writes:
>
> > After prompting to get the list of desired files, if the user chose
> > nothing, the message is shown. "No untracked files chosen." is
> > probably what the code wants to say, I would think.
>
>
> Together with your other wishes, perhaps something like this is what
> you have in mind. The original tried to throw in a blank line as a
> separator to help interactive users to more easily tell the boundary
> of blocks of text, but it wasn't consistently doing so (e.g. "update"
> when nothing is dirty was very silent, while "status" gave one blank
> line that is supposed to be shown after the list of changed ones even
> when the list is empty).
>
> git-add--interactive.perl | 8 ++------
> 1 file changed, 2 insertions(+), 6 deletions(-)
>
> diff --git a/git-add--interactive.perl b/git-add--interactive.perl
> index 709a5f6ce6..0ec09361b4 100755
> --- a/git-add--interactive.perl
> +++ b/git-add--interactive.perl
> @@ -537,7 +537,7 @@ sub list_and_choose {
> $last_lf = 1;
> }
> }
> - if (!$last_lf) {
> + if (@stuff && !$last_lf) {
> print "\n";
> }
>
> @@ -634,7 +634,6 @@ sub prompt_help_cmd {
> sub status_cmd {
> list_and_choose({ LIST_ONLY => 1, HEADER => $status_head },
> list_modified());
> - print "\n";
> }
>
> sub say_n_paths {
> @@ -667,7 +666,6 @@ sub update_cmd {
> map { $_->{VALUE} } @update);
> say_n_paths('updated', @update);
> }
> - print "\n";
> }
>
> sub revert_cmd {
> @@ -701,7 +699,6 @@ sub revert_cmd {
> refresh();
> say_n_paths('reverted', @update);
> }
> - print "\n";
> }
>
> sub add_untracked_cmd {
> @@ -711,9 +708,8 @@ sub add_untracked_cmd {
> system(qw(git update-index --add --), @add);
> say_n_paths('added', @add);
> } else {
> - print __("No untracked files.\n");
> + print __("No untracked file chosen.\n");
I guess I should take take back the following statement from my
previous thread,
> That does seem to be a more apt message to be shown. It's
> unambiguous.
The ambiguity persists. It seems that 'Add untracked' is not
differentiating between 'absence of untracked files' and 'not selecting
any untracked files' currently. It seems to be the root cause of the
ambiguity.
As a result the new message "No untracked file chosen." seems absurd
when user tries to choose the '4: add untracked' option in 'git add -i'
and there are no untracked files in his repository.
$ git add -i
*** Commands ***
1: status 2: update 3: revert
4: add untracked
5: patch 6: diff 7: quit
8: help
What now> 4
No untracked file chosen.
> }
> - print "\n";
> }
>
> sub run_git_apply {
