From: | Pavel Stehule <pavel(dot)stehule(at)gmail(dot)com> |
---|---|
To: | Alvaro Herrera <alvherre(at)2ndquadrant(dot)com> |
Cc: | Peter Eisentraut <peter_e(at)gmx(dot)net>, PostgreSQL Hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: new unicode table border styles for psql |
Date: | 2013-11-22 19:29:09 |
Message-ID: | CAFj8pRAn0HKUeNOX1OthFJ+imDqzqUHGd7QKobP-=w43sQSLuA@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
2013/11/22 Alvaro Herrera <alvherre(at)2ndquadrant(dot)com>
> Pavel Stehule escribió:
>
> > 2013/11/21 Peter Eisentraut <peter_e(at)gmx(dot)net>
>
> > > Maybe make the border setting a string containing the various
> characters
> > > by index. Then everyone can create their own crazy borders.
> > >
> > I seriously though about it, but not sure if it is good way.
>
> How about having a single "unicode" line style, and then have a
> different \pset setting to determine exactly what chars to print? This
> wouldn't allow for programmability, but it seems better UI to me.
> This proliferation of unicode line style names seems odd.
>
-1
After thinking I don't see any value for common user. Users like you, me,
Merlin are able to parametrize output or patching source code.
Any parametrization expect some secure store, that will support exchange of
styles. And it expect robust parser of unicode strings, or ascii strings
with unicode escaped chars.
We cannot parse a escaped unicode chars now on client side, and cost of
parser is higher of benefit externally parametrized borders.
Regards
Pavel
>
> --
> Įlvaro Herrera http://www.2ndQuadrant.com/
> PostgreSQL Development, 24x7 Support, Training & Services
>
From | Date | Subject | |
---|---|---|---|
Next Message | Robert Haas | 2013-11-22 19:43:15 | Re: Replication Node Identifiers and crashsafe Apply Progress |
Previous Message | Alvaro Herrera | 2013-11-22 19:10:54 | Re: MultiXact pessmization in 9.3 |