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 1jKUcE-0006zr-R1 for pgsql-docs@arkaria.postgresql.org; Fri, 03 Apr 2020 22:16:42 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1jKUcC-00051s-RM for pgsql-docs@arkaria.postgresql.org; Fri, 03 Apr 2020 22:16:40 +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 1jKUcC-00051l-L3 for pgsql-docs@lists.postgresql.org; Fri, 03 Apr 2020 22:16:40 +0000 Received: from sss.pgh.pa.us ([66.207.139.130]) by makus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jKUc9-0007KA-Jk for pgsql-docs@lists.postgresql.org; Fri, 03 Apr 2020 22:16:39 +0000 Received: from sss1.sss.pgh.pa.us (localhost [127.0.0.1]) by sss.pgh.pa.us (8.14.4/8.14.4) with ESMTP id 033MGabg023094; Fri, 3 Apr 2020 18:16:36 -0400 From: Tom Lane To: bryn@yugabyte.com cc: pgsql-docs@lists.postgresql.org Subject: Re: Proposal to improve the content in subsection 8.16.6. "Composite Type Input and Output Syntax" In-reply-to: <158593753274.7901.11178770123847486396@wrigleys.postgresql.org> References: <158593753274.7901.11178770123847486396@wrigleys.postgresql.org> Comments: In-reply-to PG Doc comments form message dated "Fri, 03 Apr 2020 18:12:12 -0000" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <23092.1585952196.1@sss.pgh.pa.us> Date: Fri, 03 Apr 2020 18:16:36 -0400 Message-ID: <23093.1585952196@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk PG Doc comments form writes: > 1. Replace this: > "...the whitespace will be ignored if the field type is integer, but not if > it is text." > with this: > "...the whitespace will be ignored if the field type is integer, but not if > it is a character data type like text." It's already an example, so I don't see this as an improvement. > Insert this between the two sentences, i.e. after "...any individual field > value." and before "You must do so if...": The proposed additional text is flat-out wrong. What actually happens here is that text between quotes is considered quoted (so that, for example, commas within it are not field separators), but that does not exclude there being other unquoted text within the same field value. regards, tom lane