Should I also update the relevant git.pot and *.po sections?

----- Original Message -----
From: "Junio C Hamano" <gits...@pobox.com>
To: "Jonathan Nieder" <jrnie...@gmail.com>
Cc: "Sandy Carter" <sandy.car...@savoirfairelinux.com>, git@vger.kernel.org, 
"jn avila" <jn.av...@free.fr>, "Carlos Martín Nieto" <c...@elego.de>
Sent: Friday, February 28, 2014 6:31:32 PM
Subject: Re: [PATCH] i18n: proposed command missing leading dash

Jonathan Nieder <jrnie...@gmail.com> writes:

> To make life saner for translators, this should be either
> untranslatable or a single multi-line string, I suspect:
>
> diff --git i/builtin/branch.c w/builtin/branch.c
> index b4d7716..972040c 100644
> --- i/builtin/branch.c
> +++ w/builtin/branch.c
> @@ -1022,11 +1022,13 @@ int cmd_branch(int argc, const char **argv, const 
> char *prefix)
>                */
>               if (argc == 1 && track == BRANCH_TRACK_OVERRIDE &&
>                   !branch_existed && remote_tracking) {
> -                     fprintf(stderr, _("\nIf you wanted to make '%s' track 
> '%s', do this:\n\n"), head, branch->name);
> -                     fprintf(stderr, _("    git branch -d %s\n"), 
> branch->name);
> -                     fprintf(stderr, _("    git branch --set-upstream-to 
> %s\n"), branch->name);
> +                     fprintf(stderr, "\n");
> +                     fprintf(stderr, _("If you wanted to make '%s' track 
> '%s', do this:\n\n"
> +                                       "    git branch -d %s\n"
> +                                       "    git branch --set-upstream-to 
> %s"),
> +                                     head, branch->name, branch->name, 
> branch->name);
> +                     fprintf(stderr, "\n");
>               }
> -
>       } else
>               usage_with_options(builtin_branch_usage, options);
>  
> What do you think?

Yes, I think it is sensible to make sure that the command examples
are not corrupted by the _() process.
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Reply via email to