But implementing an external pager is not an easy task, and so far it looks like nobody has done so.
>> I had a look at the source already, realizing that the internal paging
>> mechanism is quite entangled within readline. I even considered trying
>> a patch myself by passing the output to popen() to talk to the external
>> pager.
> I would have to see whether or not a popen-style approach would work with
> applications that want to manage the terminal in other ways, its effect on
> any signal handling applications want to do, and whether or not it would
> work in a callback-oriented application.
This was brought up previously on the bash mailing list in 2014:
https:/ /lists. gnu.org/ archive/ html/help- bash/2014- 03/msg00017. html
and then the readline mailing list:
https:/ /lists. gnu.org/ archive/ html/bug- readline/ 2014-03/ msg00044. html
and elsewhere:
https:/ /lists. debian. org/debian- user/2014/ 04/msg00138. html
https:/ /stackoverflow. com/questions/ 26257724/ set-less- as-pager- in-psql
https:/ /unix.stackexch ange.com/ questions/ 158269/ can-we- use-something- better- than-more- for-tab- completion
But implementing an external pager is not an easy task, and so far it looks like nobody has done so.
>> I had a look at the source already, realizing that the internal paging
>> mechanism is quite entangled within readline. I even considered trying
>> a patch myself by passing the output to popen() to talk to the external
>> pager.
> I would have to see whether or not a popen-style approach would work with
> applications that want to manage the terminal in other ways, its effect on
> any signal handling applications want to do, and whether or not it would
> work in a callback-oriented application.
https:/ /lists. gnu.org/ archive/ html/bug- readline/ 2014-03/ msg00046. html