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 1sUes7-004fgk-2h for pgsql-docs@arkaria.postgresql.org; Fri, 19 Jul 2024 04:05:30 +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 1sUes5-008d1a-7a for pgsql-docs@arkaria.postgresql.org; Fri, 19 Jul 2024 04:05:29 +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 1sUes4-008d1S-Vy for pgsql-docs@lists.postgresql.org; Fri, 19 Jul 2024 04:05:29 +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.94.2) (envelope-from ) id 1sUes3-000JfG-0s for pgsql-docs@lists.postgresql.org; Fri, 19 Jul 2024 04:05:28 +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 46J45OAO4046199; Fri, 19 Jul 2024 00:05:24 -0400 From: Tom Lane To: "David G. Johnston" cc: Michael Paquier , =?UTF-8?B?5pel5ZCR5YWF?= , pgsql-docs@lists.postgresql.org Subject: Re: A minor bug in the doc of "SQL Functions Returning Sets" in xfunc.sgml. In-reply-to: References: Comments: In-reply-to "David G. Johnston" message dated "Thu, 18 Jul 2024 20:55:40 -0700" MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-ID: <4046197.1721361924.1@sss.pgh.pa.us> Content-Transfer-Encoding: quoted-printable Date: Fri, 19 Jul 2024 00:05:24 -0400 Message-ID: <4046198.1721361924@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk "David G. Johnston" writes: > On Thu, Jul 18, 2024 at 7:10=E2=80=AFPM Michael Paquier wrote: >> Not sure that this is worth changing. The examples work OK when taken >> in isolation or are able to demonstrate the point they want to show. >> In short, not all these queries are here to be compatible with the >> contents in the same area. See for example the case of the "nodes" >> table on the same page, created nowhere. "tab" is just a more generic >> table name that's more spread. > Clearly this page repeatedly expects tab.x to exist; and for these queri= es > to be executable. This seems like the least invasive way to make that > expectation reality. I'm with Michael here. Only in the tutorial do we expect there to be a continuing thread of commands that you can just copy-and-paste and expect to work. I do not think it's reasonable to extend that policy to the rest of the manual: in other places, there are too many distinct topics under consideration and too much reason to make localized changes. regards, tom lane