Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1pQ0YE-00009b-30 for pgsql-hackers@arkaria.postgresql.org; Thu, 09 Feb 2023 06:36:58 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1pQ0YC-00006u-Vi for pgsql-hackers@arkaria.postgresql.org; Thu, 09 Feb 2023 06:36:56 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1pQ0YC-00005t-Mc for pgsql-hackers@lists.postgresql.org; Thu, 09 Feb 2023 06:36:56 +0000 Received: from sss.pgh.pa.us ([66.207.139.130]) by makus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1pQ0Y6-0006zg-85 for pgsql-hackers@lists.postgresql.org; Thu, 09 Feb 2023 06:36:55 +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 3196amqb3841396; Thu, 9 Feb 2023 01:36:48 -0500 From: Tom Lane To: Michael Paquier cc: Justin Pryzby , Amit Kapila , pgsql-hackers@lists.postgresql.org Subject: Re: typos In-reply-to: References: <20221230231257.GI1153@telsasoft.com> <20230103213922.GR1153@telsasoft.com> <20230110045722.GD9837@telsasoft.com> <20230208155644.GM1653@telsasoft.com> Comments: In-reply-to Michael Paquier message dated "Thu, 09 Feb 2023 14:45:40 +0900" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <3841394.1675924608.1@sss.pgh.pa.us> Date: Thu, 09 Feb 2023 01:36:48 -0500 Message-ID: <3841395.1675924608@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Michael Paquier writes: > On Wed, Feb 08, 2023 at 09:56:44AM -0600, Justin Pryzby wrote: >> Some more accumulated/new typos. > 0005 can indeed fix a lot of confusion around the spaces after an > "else if" block. Is that something that could be automated with the > indentation, though? Same remark for 0009 and 0010. I see your point about 0005, but I've never seen pgindent remove vertical whitespace once it's been added. Not sure what it'd take to teach it to do so, or whether we'd like the results. I'd reject 0009 and 0010 altogether --- they don't add any readability that's worth the potential increase in back-patch problems. regards, tom lane