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

Re: [PATCH v2 1/2] Documentation: Improve description for core.quotePath

From
Jakub Narębski <jnareb@gmail.com>
Date
Feb 24, 2017, 21:43 UTC
Message-ID
<f6845604-005d-06bb-e5e6-61f683cdbaf8@gmail.com>
In-Reply-To
<1487968676-6126-2-git-send-email-asheiduk@gmail.com>
W dniu 24.02.2017 o 21:37, Andreas Heiduk pisze:
> Signed-off-by: Andreas Heiduk <asheiduk@gmail.com>
Thanks.  This is good work.
Show 23 quoted lines
> ---
>  Documentation/config.txt | 24 ++++++++++++++----------
>  1 file changed, 14 insertions(+), 10 deletions(-)
> 
> diff --git a/Documentation/config.txt b/Documentation/config.txt
> index 1fee83c..fa06c2a 100644
> --- a/Documentation/config.txt
> +++ b/Documentation/config.txt
> @@ -347,16 +347,20 @@ core.checkStat::
>  	all fields, including the sub-second part of mtime and ctime.
>  
>  core.quotePath::
> -	The commands that output paths (e.g. 'ls-files',
> -	'diff'), when not given the `-z` option, will quote
> -	"unusual" characters in the pathname by enclosing the
> -	pathname in a double-quote pair and with backslashes the
> -	same way strings in C source code are quoted.  If this
> -	variable is set to false, the bytes higher than 0x80 are
> -	not quoted but output as verbatim.  Note that double
> -	quote, backslash and control characters are always
> -	quoted without `-z` regardless of the setting of this
> -	variable.
> +
This empty line should not be here, I think.
Show 6 quoted lines
> +	Commands that output paths (e.g. 'ls-files', 'diff'), will
> +	quote "unusual" characters in the pathname by enclosing the
> +	pathname in double-quotes and escaping those characters with
> +	backslashes in the same way C escapes control characters (e.g.
> +	`\t` for TAB, `\n` for LF, `\\` for backslash) or bytes with
> +	values larger than 0x80 (e.g. octal `\302\265` for "micro" in

I wonder if we can put UTF-8 in AsciiDoc, that is write "μ" instead of spelling it "micro" (or: Greek letter "mu").

Or "&micro;" / "&#181;", though I wonder how well it is supported in manpage, info and PDF outputs...

Show 11 quoted lines
> +	UTF-8).  If this variable is set to false, bytes higher than
> +	0x80 are not considered "unusual" any more. Double-quotes,
> +	backslash and control characters are always escaped regardless
> +	of the setting of this variable.  A simple space character is
> +	not considered "unusual".  Many commands can output pathnames
> +	completely verbatim using the `-z` option. The default value
> +	is true.
>  
>  core.eol::
>  	Sets the line ending type to use in the working directory for
> 
Previous: Andreas HeidukNext: Andreas Heiduk
Message 11 of 18 in “Documentation: Link git-ls-files to core.quotePath variable.”
  1. Documentation: Link git-ls-files to core.quotePath variable.Andreas Heiduk, Feb 19, 2017
  2. Junio C HamanoFeb 21, 2017
  3. Andreas HeidukFeb 22, 2017
  4. Andreas HeidukFeb 22, 2017
  5. Junio C HamanoFeb 22, 2017
  6. Philip OakleyFeb 22, 2017
  7. Junio C HamanoFeb 22, 2017
  8. Andreas HeidukFeb 22, 2017
  9. 0/2 Documentation: Link git-ls-files to core.quotePath variable.Andreas Heiduk, Feb 24, 2017
  10. 1/2 Documentation: Improve description for core.quotePathAndreas Heiduk, Feb 24, 2017
  11. Jakub NarębskiFeb 24, 2017
  12. Andreas HeidukFeb 28, 2017
  13. 2/2 Documentation: Link descriptions of -z to core.quotePathAndreas Heiduk, Feb 24, 2017
  14. Jakub NarębskiFeb 24, 2017
  15. Andreas HeidukFeb 28, 2017
  16. Junio C HamanoFeb 28, 2017
  17. Andreas HeidukFeb 28, 2017
  18. Junio C HamanoFeb 28, 2017

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.