I think the long flag would be better as --no-paging with an alias of --no-pager. From my experiences, that naming convention is more common than --disable-x.

@sharkdp, thoughts?

I agree on the naming. Currently there is no long flag, but I'm happy to add that

Thank you very much for your contribution. Code looks good - thank you for adding the tests.

As for the long option, I'm not sure if we really need that. We already have --paging=never as an expressive form (for the config file). I would maybe even go as far as removing the new -P option from the help text (as a separate entry) and modifying the help text of --paging to mention the alias for --paging=never. What do you think?

Could you please add an entry to the "unreleased" section in the CHANGELOG.md? Under "Features". The format for entries is:

- Description what has been changed, see #123 (@user)

where #123 links to the bug ticket and/or this PR and user is your username.

The man page should also be updated.

Hmm, fair point on the long option, although the --plain option had set a precedent for the flag having a long value and distinct help entry. If you want to move away from that, that's fine too.

Also, should I use the issue or the PR number? Nevermind, just looked at the changelog.

Hmm, fair point on the long option, although the --plain option had set a precedent for the flag having a long value and distinct help entry. If you want to move away from that, that's fine too.

You are right. I think I would still rather keep the --help text shorter by not introducing a completely new line for the option introduced here.

I've pulled the long argument and hidden it so it doesn't show up in the help page. I also made a few changes to the pager and paging descriptions in the man page, but I can change it back if I made anything unclear.

Also, as a topic for another issue: adding an environment section to the man page

Thank you very much for the updates and the high quality PR!