git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Re: [PATCH/RFC] log doc: explain --encoding=none and default output encoding

From
Junio C Hamano <gitster@pobox.com>
Date
Aug 5, 2013, 16:02 UTC
Message-ID
<7vvc3km8gh.fsf@alter.siamese.dyndns.org>
In-Reply-To
<20130802223924.GA7634@elie.Belkin>
Jonathan Nieder <jrnieder@gmail.com> writes:
> Signed-off-by: Jonathan Nieder <jrnieder@gmail.com>
> ---
> I'm not thrilled with the wording.  This can probably be explained
> more simply.  Ideas?
Some random thoughts on text, both before and after this patch.
 - The first stentence in this paragraph up to the semicolon is
   irrelevant (it is an implementation detail that allows us to
   re-encode in the first place, and the user does not care).
 - The use of word "default" is fuzzy.  With this description, we
   want to tell the user to what encoding we reencode to by default,
   but it is easy to miss that the reencoding always happen for
   output with or without --encoding=<anything> option (which is not
   clear from the text, especially the original) and incorrectly
   assume that without --encoding=<anything> the recorded text is
   spit out without mangling.
So perhaps along this line?
        --encoding=<encoding>::
                The encoding used to output the log messages in commit
                objects.  When this option is not given, non-plumbing
                commands output messages in the commit log encoding
                (`i18n.commitEncoding`, or UTF-8 if the configuration
                variable is not set).  `--encoding=none` lets you view the
                raw log message without any reencoding.
Show 25 quoted lines
>
>  Documentation/pretty-options.txt | 10 ++++++++--
>  1 file changed, 8 insertions(+), 2 deletions(-)
>
> diff --git a/Documentation/pretty-options.txt b/Documentation/pretty-options.txt
> index 5e499421..e31fd494 100644
> --- a/Documentation/pretty-options.txt
> +++ b/Documentation/pretty-options.txt
> @@ -32,8 +32,14 @@ people using 80-column terminals.
>  	The commit objects record the encoding used for the log message
>  	in their encoding header; this option can be used to tell the
>  	command to re-code the commit log message in the encoding
> -	preferred by the user.  For non plumbing commands this
> -	defaults to UTF-8.
> +	preferred by the user.  "--encoding=none" means to use the
> +	raw log message without paying attention to its encoding header.
> ++
> +For non plumbing commands, the output encoding defaults to the commit
> +encoding (as set using the `i18n.commitEncoding` variable, or UTF-8
> +by default).  This default can be overridden using the
> +`i18n.logOutputEncoding` configuration item. See linkgit:git-config[1]
> +for details.
>  
>  --notes[=<ref>]::
>  	Show the notes (see linkgit:git-notes[1]) that annotate the
Previous: Jonathan Nieder
Message 2 of 2 in “log doc: explain --encoding=none and default output encoding”
  1. log doc: explain --encoding=none and default output encodingJonathan Nieder, Aug 2, 2013
  2. Junio C HamanoAug 5, 2013

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.