On Monday, September 17, 2012 00:03:29 Junio C Hamano wrote:
> An alternative would be to lose the "8" (or `tabwidth`) from that
> description. I've always thought that the description of `tabwidth`
> is clear enough that "8" in the patch is not a hardcoded non-overridable
> value but is merely a
Junio C Hamano writes:
>> @@ -559,8 +559,8 @@ core.whitespace::
>> * `space-before-tab` treats a space character that appears immediately
>>before a tab character in the initial indent part of the line as an
>>error (enabled by default).
>> -* `indent-with-non-tab` treats a line that is
On 09/16/2012 11:16 PM, Junio C Hamano wrote:
> I would rather see this part left untouched.
>
> Your new text will force people who are not interested in using
> non-standard tab width to read through the bulletted list, only to
> find "The default tab width is 8". I think that is a regression i
"Wesley J. Landaker" writes:
> From: "Wesley J. Landaker"
>
> Update the documentation of the core.whitespace option
> "indent-with-non-tab" to correctly reflect that it uses the currently
> set tab width, set by the "tabwidth" option, rather than a fixed number.
>
> Signed-off-by: Wesley J. Lan
From: "Wesley J. Landaker"
Update the documentation of the core.whitespace option
"indent-with-non-tab" to correctly reflect that it uses the currently
set tab width, set by the "tabwidth" option, rather than a fixed number.
Signed-off-by: Wesley J. Landaker
---
Documentation/config.txt |4
5 matches
Mail list logo