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 1mYKFg-0006Zz-0w for pgsql-docs@arkaria.postgresql.org; Thu, 07 Oct 2021 03:39:24 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1mYKFd-0003Rd-8V for pgsql-docs@arkaria.postgresql.org; Thu, 07 Oct 2021 03:39:21 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mYKFc-0003RT-MJ for pgsql-docs@lists.postgresql.org; Thu, 07 Oct 2021 03:39:21 +0000 Received: from resqmta-ch2-03v.sys.comcast.net ([2001:558:fe21:29:69:252:207:35]) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mYKFW-00065W-CS for pgsql-docs@lists.postgresql.org; Thu, 07 Oct 2021 03:39:20 +0000 Received: from resomta-ch2-11v.sys.comcast.net ([69.252.207.107]) by resqmta-ch2-03v.sys.comcast.net with ESMTP id YKExmNhr5zQhpYKFOmvpR6; Thu, 07 Oct 2021 03:39:06 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=20190202a; t=1633577946; bh=PPcOcrSfD9AuXWju0stI3McyGrZdXpxlRMbOfLmlbTo=; h=Received:Received:Received:Date:From:To:Subject:Message-ID: MIME-Version:Content-Type; b=d63rMLKncOBAwe3pqQjw+UFHN9QR3StlWwRAmKIJypV6nkY+UNo9y7appFijYO2Zc u+7YBryNXtBfs3etSaIiU/GKH/28344bPMgRdSVJYwwEUq8M2KX1S/OCSdgPF8zII+ x9fA/N1141cIEKaUPZVD0Ug9o7CFRxVv5/Q7KPhKFi5Jl1pBfXSfDpTn1lqEEoT96J GTNNtcWb72WtqcZc/iNLhFNXTnMwOA7laZIpeItd1TB1GQhbugCXzzreBtdegptqx+ BO9wUi0QGoQFnMLGrXmBj1oTtBvE899i7a2I0FYydxBy7WluWOUlaQS670yJOGYJMS ymdiiTcmdzflw== Received: from shrew ([66.30.144.167]) by resomta-ch2-11v.sys.comcast.net with ESMTPA id YKFNmZUqN4Bn2YKFOmHKKF; Thu, 07 Oct 2021 03:39:06 +0000 X-Xfinity-VAAS: gggruggvucftvghtrhhoucdtuddrgedvtddrudeljedgieekucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuvehomhgtrghsthdqtfgvshhipdfqfgfvpdfpqffurfetoffkrfenuceurghilhhouhhtmecufedtudenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhepfffhvffukfhfgggtuggjfgesthdtredttdervdenucfhrhhomheprhhirhcuoehrihhrrghnshestghomhgtrghsthdrnhgvtheqnecuggftrfgrthhtvghrnhepudfgvdffjedtkefhgeelueejkefhieeghfefueeguefgveejuedthfevgeffgffhnecukfhppeeiiedrfedtrddugeegrdduieejnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehhvghlohepshhhrhgvfidpihhnvghtpeeiiedrfedtrddugeegrdduieejpdhmrghilhhfrhhomheprhhirhgrnhhssegtohhmtggrshhtrdhnvghtpdhrtghpthhtoheplhgruhhrvghniidrrghlsggvsegthigsvghrthgvtgdrrghtpdhrtghpthhtoheprhhirhgrnhhssegtohhmtggrshhtrdhnvghtpdhrtghpthhtohepphhgshhqlhdqughotghssehlihhsthhsrdhpohhsthhgrhgvshhqlhdrohhrgh X-Xfinity-VMeta: sc=-100.00;st=legit Received: from rir by shrew with local (Exim 4.92) (envelope-from ) id 1mYKFN-0004pC-6B; Wed, 06 Oct 2021 23:39:05 -0400 Date: Wed, 6 Oct 2021 23:39:05 -0400 From: rir To: Laurenz Albe Cc: rir , pgsql-docs@lists.postgresql.org Subject: Re: small patch Message-ID: <20211007033905.pmsg5qnyqceepfva@localhost> References: <20211001163938.ifg4ayrsjwd7r6zr@localhost> <1c0eefa304434f67fd6a5a9d3f420d59ac74623a.camel@cybertec.at> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1c0eefa304434f67fd6a5a9d3f420d59ac74623a.camel@cybertec.at> User-Agent: NeoMutt/20180716 List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On Mon, Oct 04, 2021 at 08:18:22AM +0200, Laurenz Albe wrote: > On Fri, 2021-10-01 at 21:06 -0400, rir wrote: > > Minor changes to move.sgml and fetch.sgml. > > > > The text 'or empty' is inconsistent by restating what the > > synopsis notation has expressed. > > > > The comments on sharing a language feature, while > > likely helpful during review, seem verbose compared to > > the non-commenting in other similar files. > > Thanks for the effort of preparing a patch. > > However, I don't think that is an improvement: > > - the comments pointing from MOVE to FETCH and vice versa are > helpful for people who edit the documentation like you did > - we should retain "empty or one of", otherwise the following syntax > would be undocumented: > > FETCH FROM c; > Yours, > Laurenz Albe Laurenz, Your view is completely reasonable, but it suggests that many of the synopses are leaving syntax undocumented. The 'empty or one of:' is only used in these two synopses. If I had found the comments helpful, I would have spared them. My sense was that the comments were unusual by their existence for their purpose. That was not rigorous: so okay. Since I'm only making the same points again, I'll stop. Thanks again, Rob