Re: new unicode table border styles for psql

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
>

In response to

Browse pgsql-hackers by date

  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