Re: pgsql-server/ oc/src/sgml/ref/psql-ref.sgml rc ... - Mailing list pgsql-committers

From Bruce Momjian
Subject Re: pgsql-server/ oc/src/sgml/ref/psql-ref.sgml rc ...
Date
Msg-id 200211082043.gA8KhLG13565@candle.pha.pa.us
Whole thread Raw
In response to Re: pgsql-server/ oc/src/sgml/ref/psql-ref.sgml rc ...  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: pgsql-server/ oc/src/sgml/ref/psql-ref.sgml rc ...  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-committers
Tom Lane wrote:
> Bruce Momjian <pgman@candle.pha.pa.us> writes:
> > Tom Lane wrote:
> >> Wasn't that patch rejected in favor of doing it another way?  I thought
> >> we were going to make the use-the-pager decision depend on width as well
> >> as height, so that it would work automatically instead of needing an
> >> "always" kluge.
>
> > His reply was that there is no way to know what pager they chose and how
> > it handles wide output (wrap or horizontal scroll), so he felt we still
> > need the option.
>
> That argument seems to miss the point: if your pager doesn't handle
> horizontal scroll, so what?  I don't see how you lose anything if the
> system invokes the pager on wide-but-short displays.  It can't be worse
> than not invoking the pager, can it?

So you are suggesting invoking the pager if the output goes over the
display length, no matter how many rows?  Do you know how to determine
the output width before displaying any rows?

--
  Bruce Momjian                        |  http://candle.pha.pa.us
  pgman@candle.pha.pa.us               |  (610) 359-1001
  +  If your life is a hard drive,     |  13 Roberts Road
  +  Christ can be your backup.        |  Newtown Square, Pennsylvania 19073

pgsql-committers by date:

Previous
From: Tom Lane
Date:
Subject: Re: pgsql-server/ oc/src/sgml/ref/psql-ref.sgml rc ...
Next
From: Tom Lane
Date:
Subject: Re: pgsql-server/ oc/src/sgml/ref/psql-ref.sgml rc ...