Re: patch: psql - enforce constant width of last column - Mailing list pgsql-hackers

From Pavel Stehule
Subject Re: patch: psql - enforce constant width of last column
Date
Msg-id CAFj8pRB+5prxjXyPKMbPPzGwk87ziCewB+ijeJT+3HLPp3xWsw@mail.gmail.com
Whole thread Raw
In response to Re: patch: psql - enforce constant width of last column  (Ahsan Hadi <ahsan.hadi@gmail.com>)
Responses Re: patch: psql - enforce constant width of last column
Re: patch: psql - enforce constant width of last column
List pgsql-hackers


út 17. 9. 2019 v 17:06 odesílatel Ahsan Hadi <ahsan.hadi@gmail.com> napsal:
Hi Pavel,

I have been trying to reproduce the case of badly displaying last columns of a query result-set. I played around with the legal values for psql border variable but not able to find a case where last columns are badly displayed. Can you please share an example that I can use to reproduce this problem. I will try out your patch once I am able to reproduce the problem.

you need to use pspg, and vertical cursor.

vertical cursor should be active

\pset border 1
\pset linestyle ascii
\pset pager always

select * from generate_series(1,3);

Regards

Pavel


Thanks,

-- Ahsan


On Mon, Sep 9, 2019 at 2:32 PM Pavel Stehule <pavel.stehule@gmail.com> wrote:
Hi

When I played with vertical cursor support I got badly displayed last columns when border was not 2. Only when border is 2, then psql displays last column with same width for each row.

I think so we can force column width alignment for any border styles today (for alignment and wrapping styles) or as minimum this behave can be optional.

I wrote a patch with pset option "final_spaces", but I don't see a reason why we trim rows today.

Regards

Pavel
Attachment

pgsql-hackers by date:

Previous
From: Pavel Stehule
Date:
Subject: Re: Feature request: binary NOTIFY
Next
From: Tom Lane
Date:
Subject: Re: Nondeterministic collations vs. text_pattern_ops