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

Поиск
Список
Период
Сортировка
От Bruce Momjian
Тема Re: pgsql-server/ oc/src/sgml/ref/psql-ref.sgml rc ...
Дата
Msg-id 200211082043.gA8KhLG13565@candle.pha.pa.us
обсуждение исходный текст
Ответ на Re: pgsql-server/ oc/src/sgml/ref/psql-ref.sgml rc ...  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: pgsql-server/ oc/src/sgml/ref/psql-ref.sgml rc ...  (Tom Lane <tgl@sss.pgh.pa.us>)
Список 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 по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: pgsql-server/ oc/src/sgml/ref/psql-ref.sgml rc ...
Следующее
От: Tom Lane
Дата:
Сообщение: Re: pgsql-server/ oc/src/sgml/ref/psql-ref.sgml rc ...