Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1v97Bv-00AAr8-G9 for pgsql-docs@arkaria.postgresql.org; Wed, 15 Oct 2025 19:29:42 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.94.2) (envelope-from ) id 1v97Bt-007yAK-TO for pgsql-docs@arkaria.postgresql.org; Wed, 15 Oct 2025 19:29:40 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1v97Bt-007yAC-MK for pgsql-docs@lists.postgresql.org; Wed, 15 Oct 2025 19:29:40 +0000 Received: from sss.pgh.pa.us ([68.162.161.243]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1v97Bq-002NXd-1j for pgsql-docs@lists.postgresql.org; Wed, 15 Oct 2025 19:29:40 +0000 Received: from sss1.sss.pgh.pa.us (localhost [127.0.0.1]) by sss.pgh.pa.us (8.15.2/8.15.2) with ESMTP id 59FJTaqr1307876; Wed, 15 Oct 2025 15:29:36 -0400 From: Tom Lane To: Jeff Davis cc: skatkovsky@gmail.com, pgsql-docs@lists.postgresql.org Subject: Re: BPCHAR description in 8.3. Character Types is misleading and incomplete In-reply-to: References: <176044409338.770.16064383081308443747@wrigleys.postgresql.org> Comments: In-reply-to Jeff Davis message dated "Wed, 15 Oct 2025 10:14:46 -0700" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <1307874.1760556576.1@sss.pgh.pa.us> Date: Wed, 15 Oct 2025 15:29:36 -0400 Message-ID: <1307875.1760556576@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Jeff Davis writes: > Please take a look at the attached patch. If you'd like your name > included in the commit, please send it as you'd like it to appear. I don't understand why any of these variants are better than the original wording "blank-padded". That has the non-negligible advantage of corresponding to the type name, and furthermore appears in many other places in our docs and source code. There may be some other wording improvements we could make here, but I think b69db5173 was fundamentally misguided in this respect. regards, tom lane