Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.80) (envelope-from ) id 1Zy8iH-0001w9-Fc for pgsql-hackers@arkaria.postgresql.org; Mon, 16 Nov 2015 01:36:09 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.84) (envelope-from ) id 1Zy8iG-0003jH-TB for pgsql-hackers@arkaria.postgresql.org; Mon, 16 Nov 2015 01:36:08 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.84) (envelope-from ) id 1Zy8gw-0002B9-HI for pgsql-hackers@postgresql.org; Mon, 16 Nov 2015 01:34:46 +0000 Received: from mout.gmx.net ([212.227.17.20]) by magus.postgresql.org with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.84) (envelope-from ) id 1Zy8gt-0003zI-9X for pgsql-hackers@postgresql.org; Mon, 16 Nov 2015 01:34:45 +0000 Received: from auth1-smtp.messagingengine.com ([66.111.4.227]) by mail.gmx.com (mrgmx101) with ESMTPSA (Nemesis) id 0MCggg-1a7S5422PS-009OzQ for ; Mon, 16 Nov 2015 02:34:40 +0100 Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailauth.nyi.internal (Postfix) with ESMTP id 27C40205B6 for ; Sun, 15 Nov 2015 20:34:39 -0500 (EST) Received: from frontend2 ([10.202.2.161]) by compute1.internal (MEProxy); Sun, 15 Nov 2015 20:34:39 -0500 X-Sasl-enc: xsY+97c5JjtyjD27RjMpnNssXbQGXBYSIo/ZptOio5T2 1447637678 Received: from [10.0.0.7] (c-73-13-69-21.hsd1.pa.comcast.net [73.13.69.21]) by mail.messagingengine.com (Postfix) with ESMTPA id D1D2D6800E8; Sun, 15 Nov 2015 20:34:38 -0500 (EST) Subject: Re: psql: add \pset true/false To: Tom Lane References: <0949c317-3ec4-4516-a3aa-33a6cfbf5267@mm> <5631FCAF.9060204@joh.to> <27336.1446126627@sss.pgh.pa.us> <5644FCE0.2030405@gmx.net> <20643.1447362580@sss.pgh.pa.us> Cc: Marko Tiikkaja , Daniel Verite , PostgreSQL hackers From: Peter Eisentraut Message-ID: <564932B3.90708@gmx.net> Date: Sun, 15 Nov 2015 20:34:43 -0500 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <20643.1447362580@sss.pgh.pa.us> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:TOYxxUlRrfyO/0Yg4G07bnEb0stnpHvcrgwI1AV1IHbGrk/iujk zXSYpOKYH0bCyR73OpBv+EUdGQA/bNitzc6UijAHQAp4Y53O8mJtLz45PAmU6t+IBe0hOCe LMslbPwVDo9j7hXc66jqhJjIf+HlYPl6PWgHiRAcPRA18cDJRG900iolHpn0IB2n7iZSn/q rJkpMbuF4tHzzQxndZ4PQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:kvKokunr+uU=:J4LkaUhhwrg9Ird59EjPGZ bmSUvkFK67v6u95AEp1JWvtvceaW92PxP38qZGyCD90koz7pj6lxYHk18RiH9zNqvcX1XwJ4k eAO+Z6QdvHwPA7k9ramrYNpBuvXjxA975bxHpvEBNk6mLpN8fQSMJ57nMGJ6Li1JvALi2xTjV PStBnu7VSGZjA4s/U2EhegppWgfenHqk9Qfa3cy5eaSOjWfhECiawaO0KM7M/w24InLohNrdz 8anwIfmtbjwgl2X/wCaR8GxaODNdLgt+eSeTl/XbPj2lrZqva+R+/nUMhvz5LD50+cEmmItkM XE4G6owsbS/9px8l3TGaC4rRPIVdm91as74OnfSz/48FCVsIaMcMcQHIGQwtJiMzQdcmQwxhJ nGhwtqyQknETMGyhbfsh0bOW0a+w6B2iGcUJ+QKoUVAO1zuSCYFr9oLPGsdifbLhIX70H98PH bV31QMZEl6giA5hjyALRmmoyZ8st140LIWTOSWI3NWySM7YyAX2vInWCY6mlICFWy/5n4Lk3t y9bCYX/LL22QHM6l3LCvD3BaV1E2p28ts8pdqqseTHiYe5qekGWFi6PgKi9Ol1fJuvGu5pRAl 8TXuXsv115sYB2kyWAWA3ljvVaw1oVs3eu5cf76iMIZeXqn2v/WaiyTzJfe7zTy/2jp01sB8d OGnERdozZ1nHdMxybmxCLcjagTVYStbTb0s1XeqnI2xPyRfMHHRYK30ggdljePHam3iPXPtWz TQK0L+eswL9ewGJNljfiXY9UKsk3kbe2IARZUxzvn+hmyZfAvgsSFTESoPO148HC3xXhg7Kmh hsafajC X-Pg-Spam-Score: -3.2 (---) List-Archive: List-Help: List-ID: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: X-Mailing-List: pgsql-hackers Precedence: bulk Sender: pgsql-hackers-owner@postgresql.org On 11/12/15 4:09 PM, Tom Lane wrote: > Peter Eisentraut writes: >> Plus we already have \pset numericlocale as a similar feature in psql. > > But \pset numericlocale is also a crock. It doesn't affect COPY output > for instance, and its ability to identify which data types it should apply > to is really shaky. And it's virtually unused, as demonstrated by the > fact that serious bugs in it went undetected for many years (cf 4778a0bda, > 77130fc14). That's a really poor advertisement for the usefulness of the > proposed feature. Just because people don't find much use for a feature doesn't mean it's wrong in principle. Clearly, people occasionally want to change how a data type displays in psql. We could implement this in the server. But then we put a burden on all non-psql clients to begin all their connections with a growing number of RESET foo_display calls, and that's not very efficient. I think it's up to each client to figure out how to display stuff and to customize it if necessary. -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers