From: David Kastrup <dak@gnu.org>
To: git@vger.kernel.org
Subject: Re: Proposal about --help options and man calls
Date: Thu, 19 Jul 2007 01:28:47 +0200 [thread overview]
Message-ID: <85ejj5wats.fsf@lola.goethe.zz> (raw)
In-Reply-To: 7v644h715y.fsf@assigned-by-dhcp.cox.net
Junio C Hamano <gitster@pobox.com> writes:
> David Kastrup <dak@gnu.org> writes:
>
>> Frequently, git somecommand --help will call the man command to
>> display help pages. I think that when it does so, it should pass the
>> value of the GIT_PAGER variable copied into the PAGER variable: the
>> paging happens on behalf of git here.
>
> Hmph. Is that to help people who uses GIT_PAGER but no PAGER,
> or have both but set it differently (setting both and in the
> same way does not make much sense). But what it means is that
> "git command --help" and "man git-command" would be paged
> differently. I highly doubt it is really desirable.
>
> What's the reason to set GIT_PAGER and PAGER differently to begin
> with? Can people give examples of the reason why?
If I call command --help, I don't want a pager barfing at me. Never.
I have scrollback for that. It is my choice when I page and when I
page not. There are manual pages who go through 50 pages or so,
however. There are commands that fundamentally are connected with a
pager. man is, for example. But most cases where git calls a pager
(and that includes his way of calling man without getting asked for it
explicitly) utterly surprise me. So I set GIT_PAGER to cat and hoped
that it would get git to behave. Sometimes it does, sometimes it
doesn't.
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
next prev parent reply other threads:[~2007-07-18 23:29 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-07-18 21:50 Proposal about --help options and man calls David Kastrup
2007-07-18 23:16 ` Junio C Hamano
2007-07-18 23:28 ` David Kastrup [this message]
2007-07-19 10:42 ` Steven Grimm
2007-07-19 3:49 ` Brian Gernhardt
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=85ejj5wats.fsf@lola.goethe.zz \
--to=dak@gnu.org \
--cc=git@vger.kernel.org \
/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