]> granicus.if.org Git - postgresql/commit
Handle border = 3 in expanded mode
authorStephen Frost <sfrost@snowman.net>
Fri, 12 Sep 2014 15:24:09 +0000 (11:24 -0400)
committerStephen Frost <sfrost@snowman.net>
Fri, 12 Sep 2014 15:24:32 +0000 (11:24 -0400)
commit5d63f21596b04b2bb43597f7001a45a777dfed54
treeb368b8a2b05715ab6e13e4e5b2a12f8338bba2e2
parent228ed43708a048680d2bf45e744e90032b1efec1
Handle border = 3 in expanded mode

In psql, expanded mode was not being displayed correctly when using
the normal ascii or unicode linestyles and border set to '3'.  Now,
per the documentation, border '3' is really only sensible for HTML
and LaTeX formats, however, that's no excuse for ascii/unicode to
break in that case, and provisions had been made for psql to cleanly
handle this case (and it did, in non-expanded mode).

This was broken when ascii/unicode was initially added a good five
years ago because print_aligned_vertical_line wasn't passed in the
border setting being used by print_aligned_vertical but instead was
given the whole printTableContent.  There really isn't a good reason
for vertical_line to have the entire printTableContent structure, so
just pass in the printTextFormat and border setting (similar to how
this is handled in horizontal_line).

Pointed out by Pavel Stehule, fix by me.

Back-patch to all currently-supported versions.
src/bin/psql/print.c