git.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Jakub Narebski <jnareb@gmail.com>
To: Jari Aalto <jari.aalto@cante.net>
Cc: git@vger.kernel.org
Subject: Re: [PATCH] Documentation/config.txt: Order variables alphabetically
Date: Wed, 1 Dec 2010 15:57:29 +0100	[thread overview]
Message-ID: <201012011557.30849.jnareb@gmail.com> (raw)
In-Reply-To: <20101201142920.GB6537@picasso.cante.net>

On Wed, 1 Dec 2010, Jari Aalto wrote:
> On 2010-12-01 05:58, Jakub Narebski wrote:
> | jari.aalto@cante.net writes:
> | 
> | > From: Jari Aalto <jari.aalto@cante.net>
> | > 
> | > 
> | > Signed-off-by: Jari Aalto <jari.aalto@cante.net>
> | > ---
> | >  Documentation/config.txt | 1698 +++++++++++++++++++++++-----------------------
> | >  1 files changed, 852 insertions(+), 846 deletions(-)
> | 
> | Why?  What such large change is for?
> | 
> | Note that currently config variables are grouped by functionality: for
> | example core.eol and core.safecrlf, or core.compression and
> | core.loosecompression are close to each other.

What about the above?
 
> The phone books have an index where to up information.
> 
>     - When you see script and it use VARIABLE, you look it from
>       manual page

Manpages (and 'git <cmd> --help') are displayed in pager, so you can
always search for option in a pager (e.g. '/' in 'less', the default
pager).

> 
> It is same as putting option in alphabetical order. See GNU cp(1),
> ssh(1) etc.

In git documentation command line options are not in alphabetical order,
but grouped by functionality, therefore your argument is invalid.

See also GNU tar(1), rpm(8), uname(1) from coreutils, etc.

> 
> There are zillion values and for a reference, alphabetical order makes
> sense.

I agree that alphabetical order makes sense for glossary; I disagree that
it makes sense here.


Sidenote: we can always sort variables alphabetically using a script, but
reverse operation cannot be automated.
-- 
Jakub Narebski
Poland

  parent reply	other threads:[~2010-12-01 14:57 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-12-01 13:12 [PATCH] Documentation/config.txt: Order variables alphabetically jari.aalto
2010-12-01 13:58 ` Jakub Narebski
2010-12-01 14:34   ` jari
     [not found]   ` <20101201142920.GB6537@picasso.cante.net>
2010-12-01 14:57     ` Jakub Narebski [this message]
2010-12-01 15:09       ` jari
2010-12-01 15:19         ` Erik Faye-Lund
2010-12-01 15:33           ` Jari Aalto
2010-12-01 15:37           ` Jari Aalto
2010-12-01 16:37         ` Jakub Narebski
2010-12-01 17:10           ` Jari Aalto
2010-12-01 18:03             ` Jeff King
2010-12-01 23:38               ` Jakub Narebski
2010-12-02  1:02             ` SZEDER Gábor
2010-12-02  5:43               ` Jari Aalto
2010-12-02  9:32                 ` SZEDER Gábor
2010-12-02  5:46               ` Jari Aalto
2010-12-02  9:24                 ` SZEDER Gábor

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=201012011557.30849.jnareb@gmail.com \
    --to=jnareb@gmail.com \
    --cc=git@vger.kernel.org \
    --cc=jari.aalto@cante.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).